go临时文件不会自动销毁，必须显式清理；defer os.remove易因os.exit、提前return、goroutine终止等失效；t.cleanup是测试中唯一可靠“自动销毁”方式；长期服务需信号捕获+路径列表集中清理。
Go 里没有“自动清理”的临时文件生命周期——os.CreateTemp 和 os.MkdirTemp 只负责创建，不注册任何退出钩子、不监听 panic、不响应 os.Exit，更不会在 GC 时删文件。
为什么 defer os.Remove 经常失效
很多人写完 os.CreateTemp 就立刻加 defer os.Remove(f.Name())，以为万事大吉。实际中它在这些场景下完全不触发：
-
os.Exit(1)会直接终止进程，跳过所有defer - 函数有多个 return 分支（比如 error 处理路径），但只在开头写了 defer，后续分支 return 时文件就漏删了
- goroutine 内部的 defer 不随主 goroutine 结束而执行；协程被
runtime.Goexit()或强制 kill 时，文件原封不动留在磁盘上 - 文件打开后写入失败，
defer os.Remove仍会执行，但此时可能因权限、占用或路径已不存在导致os.Remove自身报错，且没人捕获
测试中唯一靠谱的“自动销毁”：t.Cleanup
只有在 *testing.T 上下文中，t.Cleanup 是目前最轻量、最可靠、真正“无论成功失败都执行”的清理机制：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 它不依赖 defer，也不怕 panic 或提前 return，测试结束前必调用
- 必须配合
t.TempDir()或手动os.CreateTemp使用，例如：tmp, err := os.CreateTemp(t.TempDir(), "data-*.bin") if err != nil { t.Fatal(err) } t.Cleanup(func() { os.Remove(tmp.Name()) }) - 注意：不能对
t.TempDir()返回的目录再套一层os.RemoveAll—— 它自己已经注册了清理回调，重复调用会静默失败或报no such file or directory
生产环境怎么安全清理临时文件
长期运行的服务不能靠 defer 或测试工具，得自己管住生命周期：
- 临时文件写完立即
Close()，再调os.Remove；Windows 下不关文件就删会失败 - 若文件需跨 goroutine 使用（如上传中转、后台压缩），不能用 defer，应封装结构体 +
sync.Once+ 显式Cleanup()方法 - 推荐统一管理路径：启动时记录所有临时资源路径到 slice，用
os.Interrupt/syscall.SIGTERM捕获信号，在退出前批量os.RemoveAll - 避免用
os.RemoveAll(os.TempDir())—— 它会删掉其他程序的临时文件，且无法区分归属
真正容易被忽略的是：临时文件名里的 * 不是可选的，os.CreateTemp("", "log") 会直接返回 pattern contains no asterisk 错误；而 os.MkdirTemp 创建的空目录，必须用 os.RemoveAll 才能删掉，os.Remove 必报 directory not empty。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
