不能直接用os.WriteFile做多级备份持久化，因其覆盖写会破坏备份层级结构、无原子性导致崩溃时文件损坏、硬编码路径在沙箱/UAC/Flatpak下静默失败、命名不一致使轮转清理失效；必须用临时文件+Sync+Rename原子写入，并按平台规范用xdg.DataHome等动态获取路径，统一ISO8601时间戳命名。
为什么不能直接用 os.WriteFile 做多级备份持久化
直接覆盖写文件会破坏备份层级结构——比如你刚写完 backup-20260802.tar.gz，下次 os.WriteFile 一调用，旧文件就没了，根本没法保留“最近7个+每周一”的双维度策略。更麻烦的是，它不保证原子性：写到一半进程崩溃，备份文件就是半截的 gzip 损坏包，后续 gzip -t 校验直接失败。
路径必须按平台规范动态获取，不能拼字符串
硬写 "./backups/" 或 os.Getenv("HOME") + "/.myapp/backups" 在 macOS App Bundle、Windows UAC 或 Linux Flatpak 环境下会静默失败。正确做法是用 github.com/adrg/xdg 获取标准位置：
-
xdg.DataHome（Linux/macOS）或os.Getenv("LOCALAPPDATA")（Windows）存实际备份文件（如myapp/backups/） -
xdg.ConfigHome或os.Getenv("APPDATA")存策略配置（如retention.json） - 绝对不要把备份目录建在可执行文件同级——UPX 打包后该路径只读，
os.MkdirAll会返回 permission denied
备份文件名必须含可解析时间戳，且命名要一致
轮转清理依赖文件名里的日期信息，如果有的叫 backup_20260802.zip，有的叫 2026-08-02T12:20:00Z.tar.gz，filepath.Glob 就没法统一匹配。实操建议：
- 统一用
time.Now().UTC().Format("20060102T150405Z")（ISO8601 基础格式，无分隔符，方便字符串比较） - 生成路径时用
filepath.Join(backupDir, "backup-"+ts+".tar.gz")，避免手动拼接/或\ - 归档前先
os.Chmod(path, 0600)，防止敏感备份被其他用户读取
写入必须用临时文件 + Sync + Rename 三步
这是绕不开的底层约束。哪怕你用了 archive/tar 流式压缩，最终落地仍要走这套流程：
立即学习“go语言免费学习笔记（深入）”；
- 临时文件必须和目标目录同级（否则
os.Rename跨文件系统会退化为 copy+delete，失去原子性） - 写完立刻调
f.Sync()，否则断电时页缓存没刷盘，备份就是空文件 -
defer os.Remove(tmpPath)放在打开临时文件后，但要在Rename成功后显式取消（用cancel := true; defer func(){ if !cancel { os.Remove(tmpPath) } }()） - 失败时清理残留
.tmp文件——否则几次崩溃后，目录里全是backup-xxx.tar.gz.tmp
多级备份不是加个 for 循环就能搞定的事。真正卡点在于路径合法性、文件原子性、命名一致性这三处，任何一处松动，轮转策略就失效，恢复时找不到可用备份。
