使用 defer f.Close() 确保文件缓冲区及时刷新并安全关闭，避免因中途崩溃导致文件被截断或清空；同时推荐原子写入策略（如写临时文件后重命名）以彻底规避数据损坏风险。
使用 `defer f.close()` 确保文件缓冲区及时刷新并安全关闭，避免因中途崩溃导致文件被截断或清空；同时推荐原子写入策略（如写临时文件后重命名）以彻底规避数据损坏风险。
在 Go 中调用 ioutil.WriteFile（或其底层实现 os.WriteFile）时，若进程在 f.Write(data) 执行前意外终止（如 SIGKILL、panic 未捕获、系统崩溃等），文件可能因 os.O_TRUNC 标志已被截断为空，但新内容尚未写入——此时文件将永久丢失有效数据。
虽然在原生 WriteFile 实现中已包含显式 f.Close()，但关键问题不在于是否调用 Close()，而在于 Close() 是否能被执行。若程序在 f.Write() 前崩溃，f.Close() 永远不会运行，而 os.O_TRUNC 已生效，导致文件被清空且无回滚机制。
✅ 正确做法：采用原子写入（atomic write）
即先写入临时文件（位于同一文件系统），再通过 os.Rename 原子替换目标文件。该操作在大多数 Unix/Linux 和 macOS 系统上是原子的（Windows 需注意兼容性，但 Go 标准库已做适配）：
import (
"io"
"os"
"path/filepath"
)
func AtomicWriteFile(filename string, data []byte, perm os.FileMode) error {
dir := filepath.Dir(filename)
tmpFile, err := os.CreateTemp(dir, ".tmp-*.txt")
if err != nil {
return err
}
defer os.Remove(tmpFile.Name()) // 清理残留临时文件（仅当写入失败时）
if _, err := tmpFile.Write(data); err != nil {
tmpFile.Close()
return err
}
if err := tmpFile.Close(); err != nil {
return err
}
// 原子替换：重命名临时文件为目标文件
return os.Rename(tmpFile.Name(), filename)
}
⚠️ 注意事项：
- os.Rename 要求源与目标在同一文件系统，否则会返回 syscall.EXDEV 错误；若需跨设备支持，应改用 io.Copy + os.Remove 组合，并接受非原子性。
- 不要依赖 defer f.Close() 修复 WriteFile 的可靠性缺陷——defer 在 panic 时仍可执行，但在进程被强制终止（如 kill -9）时完全无效。
- ioutil.WriteFile 已被标记为 deprecated（自 Go 1.16+），请优先使用 os.WriteFile，它内部已优化错误处理，但仍不具备原子性。
? 总结：
defer f.Close() 可提升常规错误路径下的资源安全性，但无法解决崩溃导致的文件清空问题。真正可靠的方案是原子写入——用临时文件承载新数据，再通过 os.Rename 替换原文件。这不仅能防止空文件，还能避免读取到部分写入的脏数据，是生产环境持久化状态（如 last_imported.txt）的必备实践。
