使用 defer f.Close() 确保文件缓冲区及时刷新并安全关闭，避免因进程意外终止导致文件被截断或清空。
使用 `defer f.close()` 确保文件缓冲区及时刷新并安全关闭，避免因进程意外终止导致文件被截断或清空。
在 Go 中，ioutil.WriteFile（或其底层实现）通过 os.OpenFile 创建文件句柄，并调用 Write 写入数据，最后显式调用 Close 提交更改。但关键问题在于：若程序在 f.Write(data) 之后、首次 f.Close() 之前崩溃（如 SIGKILL、panic 未恢复、或强制终止），则 Close() 可能根本未执行——导致内核缓冲区中的数据丢失，文件被截断为空（因 O_TRUNC 标志已清空原文件，但新内容未落盘）。
原实现中，f.Close() 被调用了两次：一次在 defer 位置缺失时手动调用，另一次在函数末尾再次调用。这不仅冗余，更埋下隐患：若第一次 Close() 因 panic 被跳过，第二次调用又无法保证执行。
✅ 正确做法是：在 os.OpenFile 成功后立即用 defer f.Close() 延迟关闭。defer 保证无论函数如何返回（正常、return、panic），Close() 都会被执行。而 Close() 不仅释放资源，更重要的是将写缓冲区刷入磁盘（触发 fsync 或等效同步行为），确保数据持久化。
以下是修复后的安全写入示例：
func WriteFile(filename string, data []byte, perm os.FileMode) error {
f, err := os.OpenFile(filename, os.O_WRONLY|os.O_CREATE|os.O_TRUNC, perm)
if err != nil {
return err
}
defer f.Close() // ✅ 关键：确保 Close 总被执行，完成 flush + sync
n, err := f.Write(data)
if err == nil && n <p>⚠️ 注意事项：</p>
- defer f.Close() 必须紧跟在 os.OpenFile 成功之后，且不能置于任何可能 panic 的逻辑之后；
- 不要手动再调用 f.Close() —— 否则会重复关闭，引发 invalid argument 错误；
- 若需更强一致性保障（如防止系统崩溃导致数据丢失），可进一步调用 f.Sync() 显式同步，但会降低性能；
- 对于关键状态文件（如 last_imported.txt），建议采用“写临时文件 + 原子重命名”策略（os.Rename），彻底规避 O_TRUNC 的中间空状态风险。
总之，defer 不仅是资源清理惯用法，更是保障 I/O 原子性的核心机制。善用它，才能让你的状态文件真正可靠。
