os.CreateTemp 创建的文件不会被自动清理，必须手动调用 os.Remove 删除，并确保在所有执行路径（包括 panic）中执行；推荐搭配 defer 使用，但需防止路径变量被重赋值或文件句柄提前关闭。
为什么 os.CreateTemp 创建的文件没被自动清理
os.CreateTemp 只负责创建并返回一个可写的临时文件，它不绑定生命周期管理。很多开发者误以为“临时”等于“用完即删”，结果发现磁盘悄悄积压了一堆 tmp* 文件。
- 必须手动调用
os.Remove删除，且需确保在所有执行路径（包括 panic）中都覆盖到 - 推荐搭配
defer使用，但注意：如果函数提前 return 或发生 panic，defer仍会执行；但如果文件句柄被意外关闭或变量被重赋值，defer可能删错路径或报no such file or directory - 不要依赖系统重启或 tmp 目录轮转来清理——Go 进程自己开的口子，得自己关
如何安全地指定 os.CreateTemp 的目录和模板
第二个参数是模板字符串，不是后缀名。它参与路径拼接，且末尾的 `*` 是占位符，会被随机字符替换。写错会导致权限错误、路径不存在或生成非预期文件名。
- 目录路径必须已存在且进程有写权限，否则直接 panic：
open /nonexistent: no such file or directory - 模板建议用
"*.tmp"或"myapp-*.bin"，避免写成".tmp"（缺*）或"tmp"（无扩展名易混淆） - 传
""作为目录时，会走os.TempDir()，但该值可能受TMPDIR环境变量影响，CI/容器环境里常为空或不可写，务必显式校验 - Windows 下路径分隔符不用操心，
os.CreateTemp内部会处理，但你自己拼路径时别硬写"\tmp"
替代方案：什么时候该用 io.TempFile 或内存替代
不是所有“临时数据”都需要落盘。如果只是中转小量数据、做格式转换或单元测试 mock，磁盘 I/O 反而拖慢速度、增加失败面。
Golang Uber Dig
下载
使用 uber-go/dig 在 Golang 中实现依赖注入——基于反射容器，提供 Provide/Invoke、dig.In/dig.Out 参数与结果对象，支持命名依赖等
- 小于几 MB 的数据，优先考虑
bytes.Buffer或strings.Builder，零磁盘开销，无权限/清理问题 - 需要随机读写且内容较大（如解压中间流），才上
os.CreateTemp；此时记得用file.Seek(0, 0)重置偏移，否则后续Read会从 EOF 开始 - 测试中频繁创建临时文件？用
t.TempDir()（Go 1.16+）更可靠，它返回一个测试专属目录，测试结束自动递归清理整个目录 -
io.TempFile已废弃，别用——它只是旧版封装，行为同os.CreateTemp，但签名更模糊
常见 panic 和调试技巧
多数崩溃来自路径、权限或并发误用。错误信息往往很短，但线索足够定位。
立即学习“go语言免费学习笔记（深入）”；
-
permission denied：检查目标目录是否只读，或 umask 导致新建文件权限过严（如 0000），导致后续OpenFile失败 -
invalid argument：模板含非法字符（如 Windows 下的: " | ? *），或目录路径含 NUL 字节 - 并发写同一文件？
os.CreateTemp本身线程安全，但你若把返回的*os.File交给多个 goroutine 共享写，需加锁或改用io.MultiWriter - 调试时临时加一句
log.Printf("temp file: %q", file.Name())，比猜路径快得多
os.Remove 的那一行代码里。 
