早期 Go Playground 存在输出缓冲未及时刷新的问题，当 fmt.Println 作为 main() 最后一条语句执行时，可能导致切片内容未显示；该问题已于 2017 年修复，现所有合法切片（如 primes[1:6]）均可正常打印。
早期 go playground 存在输出缓冲未及时刷新的问题，当 `fmt.println` 作为 `main()` 最后一条语句执行时，可能导致切片内容未显示；该问题已于 2017 年修复，现所有合法切片（如 `primes[1:6]`）均可正常打印。
在 Go 中，数组切片操作本身是安全且确定的。以原始代码为例：
package main
import "fmt"
func main() {
primes := [6]int{2, 3, 5, 7, 11, 13}
s := primes[1:6] // 合法切片：从索引 1 到 5（含），长度为 5
fmt.Println(s) // 输出：[3 5 7 11 13]
}
该切片 primes[1:6] 完全符合 Go 的切片规则：
- 底层数组长度为 6（索引范围
0..5）； -
1:6表示左闭右开区间，起始索引1有效，结束索引6等于数组长度，属合法上限（Go 允许切片上界等于底层数组长度）； - 因此
s是一个包含 5 个元素的切片，内容为[3 5 7 11 13]，语义和运行均无误。
历史上（2016 年及更早版本的 Go Playground），由于底层沙箱环境对标准输出（stdout）的缓冲策略较为激进，且未在程序退出前强制刷新，当 fmt.Println 是 main 函数的最后一条语句时，输出可能滞留在缓冲区而未实际呈现到页面——这并非语法错误、切片越界或语言缺陷，而是运行环境的 I/O 行为差异。
✅ 正确验证方式（推荐）：
- 在本地 Go 环境（
go run）中运行，结果始终正常； - 或在 Playground 中添加任意后续语句（如
fmt.Print("")），可触发缓冲刷新（旧版 workaround）； - 当前（2017 年后）所有官方 Playground 版本均已修复此问题，原示例可直接运行并输出预期结果。
⚠️ 注意事项：
- 切片越界会触发 panic（如
primes[1:7]），但primes[1:6]不会 panic； - 若仍遇“无输出”，请确认是否使用极旧版 Playground 链接，建议始终通过 https://www.php.cn/link/60485bf6ed08f1e154d9b3de11b43918 使用最新环境；
- 生产代码中无需额外刷新 stdout，Go 运行时保证
main返回前完成标准输出刷新。
总结：这不是 Go 语言特性问题，而是一段已修复的历史性环境限制。理解切片边界规则 + 信任当前 Playground 的可靠性，即可安心实践。
