macOS快照本身不单独占空间，实际占用≈被修改/删除的数据量+极小元数据开销；快照通过APFS写时复制机制“钉住”旧数据块，未改动文件时零额外开销。
macOS 快照本身不单独“占空间”，但会影响可用容量——关键在于理解它如何与 APFS 的写时复制（CoW）机制协同工作，而不是简单看“快照文件大小”。评估开销，重点不是数快照个数，而是看数据变化量和系统保留策略。
快照空间占用的本质
APFS 快照是只读的元数据快照，指向原始数据块。只要文件没被修改或删除，快照几乎零额外开销；一旦原文件被覆盖或删掉，旧数据块被“钉住”供快照使用，这部分空间才真正计入占用。
- 公式近似：快照实际占用 ≈ 被修改/删除的数据量 + 极小元数据开销（通常几 KB～几十 KB）
- 举例：你改了一个 2MB 的文档，快照会保留旧版本的 2MB 数据块；若该文档完全没动过，哪怕有 10 个快照，也不新增空间占用
- “系统数据”里显示的“其他”或“系统数据”条目，常包含多个快照累积钉住的空间，但系统不会单独标出每个快照占多少
查看当前快照及估算释放空间
终端命令是最直接的方式，无需第三方工具：
-
列出所有本地快照：
sudo tmutil listlocalsnapshots /（显示时间戳、UUID） -
估算可释放空间：
sudo tmutil thinlocalsnapshots / 9999999999 1（输出类似 Thinned local snapshots: 8.2 GB，即清理后能腾出的空间） -
查看卷整体用量：
df -h /（对比“Available”值，结合上一条判断快照是否已显著挤压空间）
图形界面辅助判断
“储存空间”面板虽不显示快照明细，却是重要参考入口：
- 进入 系统设置 → 通用 → 储存空间，等待扫描完成
- 重点关注“系统数据”占比；若明显偏高（如 >50GB 且无大型虚拟机/Xcode 缓存），快照很可能是主因
- 点击“更多信息”→ 展开“系统数据”，查看是否有“Time Machine 本地快照”类提示（部分新版系统会明确标注）
影响快照空间压力的关键因素
不是所有快照都平等，以下情况会显著推高占用：
- 频繁大文件写入（如视频编辑、数据库日志滚动），导致大量旧数据块被钉住
- 长时间未连接 Time Machine 备份盘——系统会保留更多本地快照作为临时缓冲
- macOS 升级前自动创建的快照未被后续清理（尤其在空间紧张时可能滞留）
- 手动创建的快照（如用
tmutil localsnapshot）未及时清理
