临时文件不会自动销毁，必须显式清理；defer os.Remove在os.Exit、panic、多return分支或goroutine中常失效；t.Cleanup是测试中唯一真正可靠的自动清理方式；生产环境需信号捕获+路径列表集中清理。
临时文件不会自动销毁，必须显式清理；defer os.Remove 在 panic、os.Exit、多 return 分支或 goroutine 中极易失效；测试中唯一真正可靠的自动清理方式是 t.Cleanup；生产服务需自行维护路径列表 + 信号捕获。
为什么 defer os.Remove 经常不删文件
很多人写完 os.CreateTemp 就立刻加 defer os.Remove(f.Name())，以为“临时 = 自动删”，结果发现磁盘上堆满 tmp* 文件。它在这些场景下根本不会执行：
-
os.Exit(1)直接终止进程，跳过所有defer - 函数有多个
return（比如错误提前返回），但defer只在入口处注册，后续分支就漏删了 - 在 goroutine 里创建并
defer，但协程被runtime.Goexit()或强制 kill，defer不触发 - 文件写入失败后
defer os.Remove仍会跑，但此时可能因路径已删、权限不足或句柄未关导致os.Remove自身报错且无人捕获
测试中怎么做到“真自动清理”
只有 *testing.T 上下文里的 t.Cleanup 是目前最轻量、最可靠、真正“无论成功失败都执行”的清理机制。它不依赖 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 - 若需多个临时文件，统一放在
t.TempDir()下，最后只用一个t.Cleanup(os.RemoveAll)即可递归清空整棵树
生产环境如何安全清理临时文件
长期运行的服务不能靠 defer 或测试工具，得自己管住生命周期：
Colly Golang Web Scraper and Crawler Framework
下载
Colly 是一个用于 Go 语言的快速开源爬取和爬虫框架。它适用于从简单的页面提取到异步爬虫处理大量页面集合，支持请求回调和结构化解析。
立即学习“go语言免费学习笔记（深入）”；
- 文件写完立即调
f.Close()，再调os.Remove；Windows 下不关文件就删会失败 - 若文件需跨 goroutine 使用（如上传中转、后台压缩），不能用
defer，应封装结构体 +sync.Once+ 显式Cleanup()方法 - 推荐启动时记录所有临时资源路径到 slice，用
os.Interrupt/syscall.SIGTERM捕获信号，在退出前批量os.RemoveAll - 绝对避免
os.RemoveAll(os.TempDir())——它会删掉其他程序的临时文件，且无法区分归属
os.CreateTemp 的模板和目录陷阱
模板字符串里的 * 不是可选的，也不是后缀占位符，而是强制存在的命名通配符：
-
os.CreateTemp("", "log")会直接 panic，错误是pattern contains no asterisk -
os.CreateTemp("", "log.*.bin")合法，但只替换第一个*，后面保留，易引发误解 - 传空字符串作为目录时，会 fallback 到
os.TempDir()，而该值受TMPDIR环境变量影响——CI/容器里常为空或不可写，务必显式校验 - Windows 下目录必须存在且可写，
os.CreateTemp不会自动创建父目录；Linux/macOS 上若用系统/tmp，要确认其权限是1777 root:root级别，否则可能被劫持
真正容易被忽略的是：临时文件名里的 * 是语法必需，不是风格建议；os.MkdirTemp 创建的是空目录，必须用 os.RemoveAll 删除，os.Remove 必报 directory not empty；而 t.Cleanup 的回调顺序没有保证，多个注册时别依赖执行先后。
