必须用os.createtemp而非os.openfile拼路径：前者自动处理目录存在性、随机命名、0600权限并返回可读写*os.file；后者易因权限、路径不存在或竞态失败，且不保证安全性与原子性。
临时文件写入前必须用 os.CreateTemp 而非 os.OpenFile
直接拼接路径 + os.OpenFile 创建“临时文件”是常见错误。系统临时目录（如 /tmp）有权限、清理策略、挂载选项等约束，手动构造路径容易因权限拒绝、路径不存在或被沙箱拦截而失败。Go 标准库的 os.CreateTemp 会自动处理目录存在性、随机文件名生成、基础权限掩码（0600），并返回可读写的 *os.File。
典型误用：
// ❌ 错误：假设 /tmp 可写且无竞态
f, err := os.OpenFile("/tmp/myfile.txt", os.O_CREATE|os.O_WRONLY, 0644)
正确做法：
// ✅ 正确：让系统决定安全位置和名字
f, err := os.CreateTemp("", "prefix-*.txt")
if err != nil {
log.Fatal(err)
}
defer os.Remove(f.Name()) // 记得清理
-
os.CreateTemp第一个参数为目录路径，传空字符串""表示使用默认临时目录（由os.TempDir()返回） - 第二个参数是模板，
*会被随机字符串替换；不含*会 panic - 生成的文件权限始终是
0600（仅属主读写），不可通过参数修改 —— 这是安全设计，勿试图绕过
写入后需显式 f.Close() 才能保证内容落盘
Go 的 *os.File 是带缓冲的，调用 f.Write 或 io.WriteString 只是写入内核缓冲区，不立即刷到磁盘。若在 Close() 前进程崩溃或被杀，内容可能丢失。尤其在测试或 CLI 工具中，常有人忘记 Close 就直接 os.Rename 或读取，导致读到空文件。
安全写入模式：
f, err := os.CreateTemp("", "data-*.bin")
if err != nil {
return err
}
defer os.Remove(f.Name()) // 清理兜底
// 写入数据
_, err = f.Write(data)
if err != nil {
return err
}
// ✅ 必须 close 才能确保写入完成
if err = f.Close(); err != nil {
return err
}
// 此时才可安全读取或重命名
- 不要依赖
defer f.Close()在函数末尾 —— 若写入中途出错，你仍需立刻关闭并清理，否则临时文件残留 - 若需原子性（例如替换已有配置文件），应在
Close()后用os.Rename将临时文件移到目标路径；os.Rename在同分区下是原子的 -
bufio.Writer需额外调用Flush()，但*os.File自身 Write 不需要 —— 关键是Close()
跨平台临时目录行为差异会影响测试稳定性
Windows 下 os.TempDir() 返回类似 C:\Users\XXX\AppData\Local\Temp 的路径，而 Linux/macOS 是 /tmp。某些 CI 环境（如 GitHub Actions 的 Windows runner）对 AppData 目录有权限限制或防病毒软件拦截，导致 os.CreateTemp 失败。更隐蔽的问题是：/tmp 在部分 Linux 发行版中是 tmpfs（内存文件系统），大文件写入可能触发 ENOSPC；而 Windows 临时目录通常在系统盘，空间充足但 I/O 较慢。
应对建议：
- 测试中避免硬编码路径，始终用
os.TempDir()获取根目录 - 若需控制临时位置（如测试要求 SSD 路径），可通过设置环境变量
TMPDIR（Unix）或TEMP/TMP（Windows）来覆盖默认值 - 大文件写入前，先用
syscall.Statfs（Unix）或GetDiskFreeSpace（Windows）检查可用空间，而非依赖ENOSPC错误捕获 - CI 配置中显式指定
export TMPDIR=$(mktemp -d)可规避权限问题
临时文件未清理会堆积并占用 inode 或磁盘空间
临时文件不是“自动消失”的。Linux 下 /tmp 可能被 systemd-tmpfiles 定期清理，但周期不定（默认 10 天），且只清理旧文件；Windows 则基本不自动清理。长期运行的服务（如 daemon、web server）若每次请求都创建临时文件却未删除，最终会耗尽 inode（小文件多）或磁盘空间（大文件多）。
清理要点：
-
defer os.Remove(f.Name())只在函数退出时触发，若函数长期运行（如 HTTP handler 中启动 goroutine 异步写），需在 goroutine 内部自己清理 - 使用
os.RemoveAll清理整个临时目录前，务必确认路径确实是你的临时子目录，避免误删其他进程文件 - 更健壮的做法：用
filepath.Join(os.TempDir(), "myapp-"+uuid.NewString())创建专属子目录，写入完成后os.RemoveAll整个目录 —— 即便某次清理失败，下次启动也能覆盖 - 调试时可用
lsof +D /tmp | grep yourapp（Linux）或handle.exe -p yourapp（Windows）检查是否还有未关闭的临时文件句柄
os.CreateTemp 的调用时机、Close 的确定性、以及清理逻辑的作用域上 —— 这些地方一旦松动，问题往往在压测或上线后才暴露。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
