“系统数据”统计虚高是因macos将time machine快照、缓存、icloud残留等未分类内容强行计入，并非真实系统文件，多数可安全清理；优先执行tmutil thinlocalsnapshots释放快照，再清理~/library/caches及/private/var/folders中陈旧缓存。
“系统数据”占200GB+，不是bug，是macOS把不该归类的文件硬塞进这个统计项里了——它不等于系统文件，绝大多数能安全删。
为什么du -sh /System/Volumes/Data显示巨大但“储存空间”里“系统数据”更夸张
macOS Catalina 起用 APFS 双卷结构：/System/Volumes/Data 是可写数据卷根目录，而“系统数据”统计会把以下内容全算进去：Time Machine 本地快照、用户~/Library下未被识别的缓存/日志、iCloud 同步残留块、已卸载 App 的Application Support残留、甚至某些 Docker 镜像挂载点。它不反映真实系统体积，只反映“系统暂时没能力分类”的那部分。
关键判断点：
- 如果
tmutil listlocalsnapshots /返回一长串（比如10+个），快照就是主力元凶 - 如果
du -sh ~/Library/Caches>30GB，说明大量应用缓存没被系统工具识别 - 如果
ls -la /private/var/folders里有大量带00–zz前缀的子目录且修改时间陈旧，那是系统级临时缓存堆积
先清快照：tmutil thinlocalsnapshots比deletelocalsnapshots更稳
手动删单个快照容易漏，且deletelocalsnapshots要求精确输入名称（大小写、连字符都不能错）。thinlocalsnapshots是 macOS 内置的“智能压缩”命令，它按容量阈值自动清理最老的快照，不破坏最近24小时内的恢复能力。
实操步骤：
- 运行
tmutil listlocalsnapshots /确认存在快照 - 执行
sudo tmutil thinlocalsnapshots / 5000000000 4：表示“最多释放5GB，保留至少4个快照” - 再跑一次
tmutil listlocalsnapshots /，看数量是否明显减少
注意：5000000000是字节数，别写成5G（会报错）；4是保留最小数量，设为1也合法，但不推荐——万一刚删完就断电，可能丢掉最近一次可恢复点。
用户级缓存清理必须避开Safari和Mail的子目录
~/Library/Caches下90%的体积来自第三方App，但com.apple.Safari和com.apple.mail缓存删除后会导致首次启动极慢、邮件附件重下载、甚至标签页历史丢失。其他目录基本安全。
高效筛选法：
- 终端进目录：
cd ~/Library/Caches && du -sh * | sort -hr | head -15 - 重点盯住含这些关键词的文件夹：
Google、Adobe、Microsoft、Bilibili、WeChat、Docker、JetBrains - 跳过所有以
com.apple.开头的目录（除了com.apple.dt.Xcode可酌情清，但别动DerivedData） - 删完立刻执行
rm -rf ~/.Trash/*，否则废纸篓占的空间会计入“系统数据”不释放
/private/var/folders里的随机命名目录是系统临时缓存，可批量清理
这是 macOS 为每个进程分配的私有缓存区，路径类似/private/var/folders/zz/xxx…/C，里面常驻com.apple.LaunchServices、com.apple.IconCache等，长期不重启会越积越多。系统自带工具从不碰这里。
安全清理方式：
- 先清空当前用户所有缓存：
rm -rf ~/Library/Caches/* - 再清系统级临时缓存（需密码）：
sudo find /private/var/folders -name C -type d -mmin +1440 -exec rm -rf {} + - 解释：
-mmin +1440表示“修改时间超过24小时”，避免误删正在使用的缓存；C是缓存子目录固定名（不是大写C字母） - 执行后重启电脑，让系统重建必要缓存，此时“系统数据”通常回落30–60GB
最后提醒一句：别碰/Library/Developer和/Library/Extensions，前者是Xcode组件，后者是内核扩展，删错直接导致无法开机。
