APFS本地快照不以独立文件存在，其空间影响隐式计入“系统数据”或“其他”，需用终端命令评估：sudo tmutil listlocalsnapshots / 查看快照，sudo tmutil thinlocalsnapshots / 9999999999 1 获取可释放字节数（如8.4 GB），该值即快照当前实际占用空间。
macOS 的快照（尤其是 APFS 本地快照）本身不以独立文件形式存在，因此系统界面中不会直接显示“快照占用 XX GB”这类明确占比。它对空间的影响是隐式的：当原始数据被修改或删除时，快照会保留旧数据块，导致这些块无法被回收——这部分空间就计入“已用空间”，但不会归类到“应用程序”“文稿”等常规类别里，常被模糊计入“系统数据”或“其他”。要获得接近真实的快照空间影响，需组合使用终端命令与系统分析。
识别快照是否存在及数量
运行以下命令列出当前所有本地快照：
sudo tmutil listlocalsnapshots /
输出示例：
com.apple.TimeMachine.2026-05-30-091245
com.apple.TimeMachine.2026-06-02-154721
com.apple.TimeMachine.2026-06-04-082310
若无输出，说明当前无有效本地快照；若有数十条，尤其含非 com.apple.TimeMachine. 前缀的命名，可能来自部署脚本或第三方工具，需进一步排查。
估算快照实际可释放空间
APFS 快照不单独占空间，但它们“钉住”的旧数据块会阻碍空间回收。最实用的评估方式是模拟清理：
sudo tmutil thinlocalsnapshots / 9999999999 1
该命令不删除任何快照，仅返回系统判断出的、通过精简快照可释放的字节数。例如输出：
Thinned local snapshots: 8423567890 bytes (8.4 GB)
让 macOS 自动化像说话一样简单 —— 用代码控制你的 Mac，无需学习 AppleScript 系统要求 macOS 14+ (Sonoma) Python 3.9+ 需要开启：辅助功能 + 屏幕录制权限
这个数值就是快照当前对可用空间造成的实质性压力，可视为其“等效占用空间”。
区分快照类型与来源
Time Machine 创建的快照有固定命名规则，可通过过滤快速识别：
sudo tmutil listlocalsnapshots / | grep "com.apple.TimeMachine"
非 Time Machine 快照通常无此前缀，命名随意（如 backup-20260601-1200 或 deploy-snapshot-v2）。这类快照往往由 MDM 工具、自动化部署脚本或某些备份软件生成，若数量异常增多，建议检查：
• 是否启用了企业级设备管理策略
• 是否运行过自定义的 tmutil snapshot 脚本
• 第三方磁盘/备份工具是否开启了本地快照功能
结合系统存储视图交叉验证
进入 系统设置 → 通用 → 储存空间，观察“系统数据”区块大小。若该值显著偏高（例如 >50 GB），且你未安装大量虚拟机镜像或开发容器，快照很可能是主要贡献者之一。此时点击“系统数据”旁的“管理”，虽然不会列出快照，但其中的“清倒废纸篓”“自动清空下载”等操作会间接促使系统重新评估快照必要性，有时可触发自动精简。
注意：系统偏好设置中的储存空间图表不拆分快照，但终端命令给出的可释放值，是目前 macOS 提供的最贴近真实影响的量化参考。
