apfs快照不是备份，仅是原卷的时间点视图；真正备份需固化为可验证实体（如time machine外置备份、.dmg镜像或rsync副本），并主动校验完整性。
macOS 磁盘快照本身不构成完整备份，它只是 APFS 文件系统内的时间点视图，无法脱离原卷独立存在或跨设备恢复。真正影响备份完整性的，是快照如何被使用、何时被清理、以及是否被正确固化为可验证的实体备份。
快照不是备份，但它是备份流程的关键中间态
Time Machine 的外置备份和本地快照都依赖 APFS 快照机制，但用途不同：外置快照是增量备份的载体，支持全系统还原；本地快照仅用于单文件快速找回，且不包含系统恢复能力。如果只依赖本地快照而未连接备份盘，一旦原卷损坏，所有快照将一并丢失。
- 本地快照不加密、不校验、不跨设备——不能替代正式备份
- 外置 Time Machine 快照虽完整，但若未定期校验，可能因磁盘错误或写入中断导致部分快照损坏
- APFS 快照共享数据块，表面占用小，但损坏一个底层块可能影响多个快照
快照堆积会掩盖真实备份状态
系统不会自动删除本地快照，尤其在备份盘长期未连接时，快照持续生成却无人核查。这些快照会挤占 SSD 可用空间，干扰 Spotlight 和 iCloud 同步，甚至导致 df -h 显示异常，让人误判“还有空间”，实则快照引用的数据块尚未释放。
- “系统数据”异常膨胀，80% 以上常源于未清理的本地快照
- 升级 macOS 后残留的 com.apple.os.update 快照，若未手动清理，可能与新系统冲突或占用数 GB 隐形空间
- 快照时间戳密集 ≠ 备份有效——需结合 tmutil verifychecksums 或 hdiutil verify 主动验证
备份完整性必须绕过快照直接验证实体
校验不能停留在“快照存在”层面，而要落到具体备份产物上：Time Machine 的 .backupdb 目录、导出的 .dmg 镜像、或 rsync 同步后的快照副本。快照只是起点，镜像或归档才是可分发、可验证、可离线保存的备份单元。
- 对 .dmg 文件：先 sha256sum 校验文件完整性，再 hdiutil verify 检查内部文件系统
- 对 Time Machine 备份：用 tmutil verifychecksums + find 统计文件数量比对，双保险识别静默损坏
- 对导出的快照目录（如从 Backups.backupdb 中复制）：打包前 tar -t 验证结构，签名后 codesign -v 确保未篡改
空间压力下的自动清理不可靠
当备份盘空间不足，Time Machine 会删最老的完整快照集，但这个过程不校验剩余快照是否完好；本地快照更不会自动清理，除非手动运行 tmutil thinlocalsnapshots。这意味着“空间够了”不等于“备份可用”，反而可能留下一批未验证、已损坏却未被清除的快照。
- 连续两次校验失败应触发告警，而非等待空间告急才介入
- thinlocalsnapshots 命令的保留策略（如 1）仅控制数量，不保证留下的快照健康
- 重启有时是必要手段——APFS 数据块释放需进程退出后才能完成
