go临时文件不会自动销毁，必须显式清理；defer os.remove易因os.exit、提前return、goroutine终止等失效；t.cleanup是测试中唯一可靠“自动销毁”方式；长期服务需用信号捕获+集中管理路径列表清理。
Go 语言中临时文件不会自动销毁，必须显式调用 os.Remove 或 os.RemoveAll 才能清理；标准库不提供“自动销毁”机制，所谓“自动”只存在于测试场景的 t.Cleanup 或外部工具（如系统定时清理），而非运行时语言特性。
为什么 defer os.Remove 在很多情况下会失效
很多人以为在 os.CreateTemp 后加一句 defer os.Remove(f.Name()) 就万事大吉，但实际容易踩坑：
-
os.Exit()会跳过所有defer，包括main函数里的 —— 这意味着用os.Exit(1)中断程序时，临时文件必然残留 - 如果函数提前
return但没覆盖所有分支（比如 error 分支忘了 defer），清理逻辑就漏掉了 - goroutine 内部的
defer不随主程序退出而触发，协程被强制终止时文件照留不误 - 文件打开后写入失败，
os.Remove仍会执行，但此时文件可能已部分写入或权限异常，os.Remove自身报错却没人捕获
t.Cleanup 是测试中唯一接近“自动销毁”的方案
在 testing.T 环境下，t.Cleanup 是目前最可靠、最轻量的“自动销毁”模拟方式：
- 它不依赖函数返回，只要测试结束（无论 pass/fail/panic），注册的清理函数都会执行
- 适合单个文件：
t.Cleanup(func() { os.Remove(tmpfile.Name()) }) - 适合整个目录：
t.Cleanup(func() { os.RemoveAll(tmpdir) }) - 注意：不能在
t.Cleanup里再调用t.Fatal，否则测试框架行为未定义
长期运行服务中如何安全清理临时文件
命令行工具或 Web 服务不能依赖 defer，得用可中断、可协调的显式生命周期管理：
- 用
signal.Notify捕获os.Interrupt和syscall.SIGTERM - 把所有临时路径收集到一个切片（如
var tempFiles []string），创建时就append进去 - 在信号处理函数中遍历删除，而不是靠 defer —— 这样即使
os.Exit被调用前先走一遍清理，也更可控 - 对临时目录优先用
os.RemoveAll，它比逐个os.Remove更健壮（能处理子文件/权限问题） - 若需跨 goroutine 共享清理列表，用
sync.Mutex保护写入，避免并发 append 导致 panic
容易被忽略的关键点
临时文件是否被删掉，不取决于你“怎么创建”，而取决于你“在哪删、谁来删、删几次”。os.CreateTemp 只管生成路径并打开句柄，连文件内容都不清空；os.MkdirTemp 创建的目录也不会自动递归删空。真正危险的不是忘记删，而是删了又在别处重建同名路径——比如多个 goroutine 并发调用 os.CreateTemp("", "log-")，但只清理了第一个返回的路径，其余全漏掉。所以，路径变量必须和清理动作强绑定，不能只存字符串、不记归属。
golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
