Go语言中临时文件和目录不会自动销毁，必须显式清理；测试中唯一可靠方式是t.Cleanup，生产环境需信号捕获+路径跟踪+集中调用os.RemoveAll清理，os.Remove仅适用于文件或空目录。
Go 语言中没有“自动清理无效临时文件”的机制，所有临时文件和目录都必须显式删除；所谓“自动化”只存在于测试场景的 t.Cleanup，或生产环境靠你自己实现的信号捕获 + 路径跟踪 + 集中清理逻辑。
os.Remove 和 os.RemoveAll 到底该用哪个？
os.Remove 只能删单个文件或空目录，传非空目录会报 directory not empty；os.RemoveAll 才是删临时目录的正确选择，它递归清空整个子树。
- 删单个临时文件：用
os.Remove(tmpFile.Name()) - 删临时目录（含里面所有文件/子目录）：必须用
os.RemoveAll(dir)，别试图先os.Remove目录 -
os.RemoveAll不校验路径安全性 —— 传错路径可能误删关键目录，比如os.RemoveAll("../")会向上跳级 - Windows 下若文件被占用（如 IDE 正在读），
os.RemoveAll会返回syscall.ERROR_SHARING_VIOLATION，需加最多 2 次重试，每次time.Sleep(100 * time.Millisecond)
defer os.Remove 为什么经常失效？
很多人写 defer os.Remove(f.Name()) 就以为万事大吉，但实际在以下情况完全不触发：
-
os.Exit(1)会直接终止进程，跳过所有defer，包括main函数里的 - 函数提前
return，但某些分支（比如 error 处理）没写defer，就漏掉了 - goroutine 内部的
defer在主程序退出时根本不会执行 —— 协程被强制销毁，栈帧不返回 - 文件句柄提前关闭、变量被重赋值，导致
defer删除的是空字符串或旧路径
测试中怎么做到“自动销毁”？
只有 t.Cleanup 是测试场景下真正可靠的“自动销毁”方式，它不依赖函数返回，panic 或失败都会触发：
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
立即学习“go语言免费学习笔记（深入）”；
- 单个临时文件：
t.Cleanup(func() { os.Remove(tmpFile.Name()) }) - 临时目录（推荐）：
t.Cleanup(func() { os.RemoveAll(dir) })，比逐个删文件更安全 - 并发测试时，每个
t.Run子测试应各自调用os.MkdirTemp+t.Cleanup，避免命名冲突 - Go 1.16+ 支持
t.TempDir()，它内部已绑定t.Cleanup，直接用更省心
长期服务如何保证临时文件不堆积？
不能靠 defer，也不能等系统轮转 —— 必须主动管理生命周期：
- 启动时注册
os.Interrupt和syscall.SIGTERM，收到信号后执行统一清理函数 - 所有临时路径存入全局 slice 或 map，清理函数遍历并调用
os.RemoveAll - 清理前务必用
filepath.Abs转绝对路径，并检查是否以os.TempDir()开头，防路径穿越 - 不要清理
os.TempDir()本身，只清理你用os.MkdirTemp创建的子目录
最易被忽略的点：临时目录权限校验和路径规范化必须在删除前做，否则 Windows 上因文件锁失败、Linux 上因父目录无写权限静默失败，没人知道文件还躺在那里。
