写入失败时文件被截断应采用临时文件+原子重命名：先写入同目录临时文件，校验后os.rename替换目标，确保原文件不被破坏；需调用sync()落盘、处理跨平台rename差异，并清理残留临时文件。
写入失败时文件内容被截断怎么办
Go 的 os.Create 或 os.OpenFile 配合 Trunc 标志打开文件后，一旦写入中途出错（比如磁盘满、权限丢失），原文件很可能已被清空或部分覆盖，无法恢复——这不是 Go 特有，而是底层 open(O_TRUNC) 的行为。回滚不是靠“撤销写入”，而是避免让失败写入影响原文件。
用临时文件 + 原子重命名实现安全写入
最可靠的做法是：先写入一个同目录下的临时文件（带 .tmp 或随机后缀），写完校验无误后，再用 os.Rename 替换目标文件。Linux/macOS 上 os.Rename 是原子的；Windows 要求目标不存在或在同一分区，否则会失败并返回 syscall.ERROR_NOT_SAME_DEVICE。
- 临时文件名建议用
filepath.Join(filepath.Dir(dst), fmt.Sprintf("%s.%d.tmp", base, rand.Int()))，避免硬编码路径 - 务必在
defer os.Remove(tmpPath)清理临时文件，但只在写入成功后取消该 defer（用defer func(){...}()包裹并手动remove = false控制） - 写入后调用
tmpFile.Sync()确保数据落盘，再tmpFile.Close()，最后os.Rename() - 如果
os.Rename失败（如跨分区），需手动os.Remove(tmpPath)并返回错误，不能留脏临时文件
写入过程中 panic 或进程崩溃怎么处理
临时文件方案本身不防崩溃，但可降低风险：只要没执行 os.Rename，原文件始终完好；残留的 .tmp 文件可被启动时扫描清理。更健壮的做法是在写入前记录元信息（如目标路径、临时路径、时间戳）到一个轻量状态文件，重启后检查该文件是否存在且未完成，触发清理或续写逻辑。
- 不要依赖
defer清理临时文件来应对 panic——panic 会跳过普通 defer，除非用recover捕获 - 生产环境建议加简单清理脚本，定期扫
*.tmp并比对对应目标文件是否存在、mtime 是否合理 -
os.Rename在 Windows 上若目标存在，会直接失败，不会覆盖；而 Linux/macOS 会直接替换——行为差异需在跨平台时显式处理
要不要用 sync.Mutex 或文件锁防止并发写冲突
临时文件 + rename 方案本身已解决“写入覆盖”问题，但不解决“多个 goroutine 同时写同一目标文件”的竞争。如果你的业务允许多路写入，应由上层协调（如用 map[string]*sync.Mutex 按文件路径做锁），而不是依赖文件系统锁。
-
flock（syscall.Flock）在 NFS 等网络文件系统上不可靠，且 Go 标准库不封装它，不推荐 - 如果只是单进程多 goroutine 写同一文件，用内存锁即可；跨进程则需外部协调（如分布式锁或临时文件存在性检测）
- 注意：临时文件名必须唯一（加入 pid、nanotime、随机数），否则并发写同一目标可能生成相同 tmp 名，导致
os.Rename覆盖或失败
Sync() 调用时机、Windows 分区限制、以及临时文件残留的兜底策略。golang免费学习笔记（深入）：立即使用
在学习笔记中，你将探索golang的核心概念和高级技巧！
