Go Playground 时间固定为2009-11-10 23:00:00 UTC，禁用os.Open、net.Dial等系统调用，所有I/O和网络操作静默失败或panic；分享链接为只读快照，不可编辑但可fork；本地部署需按用途选goplay（复刻沙箱）或goplayground（快速验证）。
Go Playground 不是“能跑就行”的玩具环境，它有明确的沙箱边界和行为偏差。直接拿它测 time.Now()、os.Open 或 http.Get，结果必然和本地不一致——这不是 bug，是设计使然。
Go Playground 时间永远停在 2009-11-10 23:00:00 UTC
所有调用 time.Now()、time.Since()、time.Until() 的代码，在 Playground 中返回的都是这个固定时间点。这不是延迟或缓存，是沙箱硬编码的“宇宙起点”。
常见错误现象：
-
fmt.Println(time.Now())输出固定值，误以为时间函数失效 - 用
time.Sleep(5 * time.Second)测延时逻辑，发现根本没卡住（实际被截断） - 基于时间戳生成 token 或做超时判断，本地通过、Playground 失败
解决建议：
立即学习“go语言免费学习笔记（深入）”；
- 测试时间逻辑时，改用
time.Date(2009, 11, 10, 23, 0, 0, 0, time.UTC)显式构造基准时间 - 避免依赖绝对时间；优先用相对时间差（如
time.Since(start)），并接受其返回值恒为 0 - 真要验证时间行为？换本地运行，或用
goplaygroundCLI 工具（它不模拟该限制）
Playground 禁止真实 I/O 和网络调用
所有涉及系统资源访问的函数，在 Playground 中会静默失败或 panic，包括但不限于：os.Open、ioutil.ReadFile（已弃用）、net.Dial、http.Get、exec.Command。
典型报错：
open /tmp/data.txt: operation not permitted-
dial tcp 127.0.0.1:8080: connect: connection refused（哪怕你本地真起了服务） fork/exec /bin/ls: operation not permitted
为什么必须这样？因为 Playground 后端运行在无特权容器中，且不挂载任何宿主机路径或网络栈。
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
替代方案：
- 文件操作 → 改用
bytes.Buffer或strings.NewReader模拟输入输出 - HTTP 请求 → 用
httptest.NewServer起一个内存服务，再发请求（标准库支持） - 命令执行 → 直接写对应逻辑，不调
exec；或把期望输出 hardcode 进测试断言
分享链接生成后不可编辑，但可 fork
点击 Share 得到的链接（如 https://go.dev/play/p/Abc123）指向只读快照。你无法修改它，也不能撤回。
关键事实：
- 每次点击
Share都生成新链接，旧链接仍有效，但内容冻结 - 别人打开你的链接后，可点右上角
Fork创建自己的可编辑副本 - 链接不包含作者信息，也不追踪访问量；纯内容分发，无后台账户绑定
使用注意：
- 调试中途想保留当前状态？先
Share，再继续改——别等最后才点 - 发给同事前确认代码里没留测试用的
panic("TODO")或敏感路径 - 国内访问官方
go.dev/play不稳定，可考虑镜像站如http://play.flysnow.org/（需自行验证可用性）
本地部署 playground 要区分用途：复刻沙箱 or 快速验证
想完全复现线上行为（含时间冻结、I/O 禁止）？只能用社区版 goplay；若只是想秒级运行片段、自动处理 go mod，goplayground CLI 更合适。
两者核心差异：
-
goplay：需make build，监听localhost:3000，支持多文件、模块导入，但依然禁用系统调用 -
goplayground：go install后直接goplayground run main.go，调本地go命令，能读写文件、连本地网络——行为更接近真实开发机
容易忽略的一点：无论哪种本地部署，都无法绕过 Go 沙箱对 CGO_ENABLED=0 和无 cgo 支持的限制。如果你的代码依赖 net 包里的 DNS 解析策略（如 go net 的 systemd-resolved 集成），本地 playground 也跑不通——这和线上一致，但常被误认为是部署问题。
