SystemData 异常升高主因是后台机制卡滞导致误统计，需先定位再清理：查快照、iCloud 冲突文件、缓存目录及 mediaanalysisd/Spotlight 问题，停服务、清缓存、重置标记后等待系统自动重建。
SystemData 占用异常升高，基本不是“缓存太多”这么简单，而是多个后台机制卡住或残留导致的系统级误统计；直接删 /private/var/folders/ 下目录可能无效，甚至触发重建——得先定位真实来源再动手。
查清 SystemData 里到底塞了什么
macOS 不提供 SystemData 的文件列表，但能通过命令快速揪出大头：
- 运行
sudo du -sh /private/var/folders/*/* | sort -hr | head -20，重点关注含com.apple、com.microsoft、com.zoom、com.apple.mediaanalysisd的路径 - 检查 iCloud 相关堆积：
ls -l ~/Library/Mobile\ Documents/ | grep conflict，看有没有 .conflict 后缀的冲突文件夹 - 查本地快照是否滞留：
tmutil listlocalsnapshots /，如果返回一堆 2025 年底或更早的条目，就是它了 - 别信 Finder 显示大小——用
du -sh实测，因为 APFS 快照、硬链接、稀疏文件在图形界面里常被重复或漏算
Time Machine 本地快照卡死是最常见真凶
哪怕你早就关了 Time Machine，只要曾经连过 NAS 或移动硬盘，系统就可能把快照“挂”在 SystemData 里不释放，且 tmutil deletelocalsnapshots 命令会报 Stale NFS file handle 错误。
- 先强制让系统放弃旧备份目标：
sudo tmutil removedestination "backup_disk_name"（把名字换成你实际用过的磁盘名） - 再运行
sudo tmutil thinlocalsnapshots / 9999999999 1，强制清理所有可回收快照 - 如果仍失败，临时启用一次 Time Machine（选任意空 U 盘），让它重新“认领”快照状态，再关掉——这步能重置内部标记
iCloud 同步残留比想象中顽固
尤其开启“优化 Mac 存储”的照片库，会在 ~/Library/Caches/com.apple.CloudDocs/ 和 /private/var/folders/xx/yy/com.apple.Photos/ 里反复生成缩略图缓存和下载队列，即使照片已上传完毕。
- 停用 iCloud 照片后，等进度条彻底消失（有时要等十几分钟），再进
~/Library/Caches/com.apple.CloudDocs/手动删DownloadQueue和Staging文件夹 - 进
~/Library/Mobile\ Documents/，删掉所有带~conflict或~lock后缀的子目录（它们是同步中断时留下的半成品） - 重启
cloudd进程：killall cloudd，系统几秒后自动拉起新进程，避免旧缓存继续占位
Spotlight 和 mediaanalysisd 是隐藏放大器
com.apple.mediaanalysisd（负责照片/视频内容识别）一旦索引损坏，会不断重建并把中间产物塞进 SystemData；Spotlight 也会因权限错误把整个 /private/var/folders/ 当作待索引区反复扫描。
- 重置 Spotlight：
sudo mdutil -i off / && sudo mdutil -i on / && sudo mdutil -E / - 干掉媒体分析服务：
sudo launchctl unload -w /System/Library/LaunchDaemons/com.apple.mediaanalysisd.plist，再删~/Library/Containers/com.apple.mediaanalysisd整个目录 - 删完别急着重启——先等 5 分钟，让系统把相关数据库标记为“待重建”，否则立刻重启可能触发二次写入
真正难处理的从来不是“怎么删”，而是“删完要不要重建”和“重建会不会立刻再涨”。比如 mediaanalysisd 删完不 unload，下次开机照样拉起；快照删完没重置 destination，几天后又回来。动手前务必确认对应服务已停、缓存目录已清、系统标记已更新——否则只是给 SystemData 换个马甲。
