Mac 系统数据是什么？如何安全减少占用

打开 Apple 菜单 › 系统设置 › 通用 › 存储空间，常会看到一块很大的“系统数据”。它不是某个文件夹，也不是稳定不变的测量结果，而是 macOS 暂时无法归入应用、文稿、照片或邮件的数据总和。系统重新索引或分类后，即使没有删除文件，这个数字也可能变化。

Apple 的存储空间说明列出的内容包括日志、缓存、虚拟内存、临时文件、字体、应用支持文件和插件。真正要解决的问题不是“如何删除系统数据”，而是“哪些实际文件占用了容量、由谁创建、能不能恢复”。

30 秒判断是否需要清理

1. 在“存储空间”里先看可用空间，不要只看灰色区块。
2. 打开“磁盘工具”，选择内置磁盘的 APFS 容器，对照容器剩余容量。
3. 如果 Mac 还能保存文件、安装更新并完成日常工作，系统数据很大本身并不代表故障。
4. 只有可用空间确实不足时，才继续找最大的可确认目录。

Apple 会区分“空闲空间”和“可用空间”。前者是磁盘上物理空闲的容量，后者还包括 macOS 可按需回收的缓存，因此一部分空间可能同时显示为已使用和可用。灰色区块不适合作为清理目标。

系统数据是分类，不是位置

系统数据可能来自很多地方：

• ~/Library/Caches 与 /Library/Caches 下的应用和系统缓存
• macOS 与应用写入的日志、崩溃报告和诊断归档
• APFS 上的 Time Machine 本地快照与系统更新快照
• ~/Library 下的应用支持文件、容器、数据库和下载内容
• 系统更新文件、字体、插件、Spotlight 索引，以及 Apple 智能下载到本机的模型
• 随内存压力变化的交换文件与虚拟内存

这些内容没有一个可以整体清空的“系统数据目录”。仅凭分类名称删除目录，可能删掉照片库、虚拟机、离线模型，或某个应用数据库的唯一副本。

iPhone 与 iPad 的本地备份不在这里，储存空间设置把它算在 iOS 文件下，留在本机的 iCloud 云盘文件则算在文稿里，要删旧备份，先在 Finder 的“管理备份”中核对设备和日期，Apple 的设备备份说明列出了这个流程。

“其他用户与共享”也是单独的储存空间分类，数字大不等于可以直接删除账户目录。动 /Users 或 /Users/Shared 前，先看这个分类的边界。

系统数据变大的六个常见原因

1. 缓存和日志没有受到良好限制。 macOS 会按需移除部分安全缓存，正常应用也会限制缓存大小，但出现故障的应用仍可能写入数 GB 数据。判断依据应是所有者和恢复成本，而不是“缓存”这个名称。
2. 快照保留了已经变化的数据块。 Time Machine 会创建本地快照，系统更新前也可能生成快照。文件即使已经删除，只要快照还引用旧数据块，容量就暂时不会释放。Apple 说明快照空间会计入可用容量，并在快照过期或系统需要空间时自动移除。
3. 系统下载中断后留下残留。 负责下载航拍壁纸的后台服务以 root 身份运行，每段视频先放在 /private/var/folders 下的临时文件夹里，一旦卡在反复重下，几百个约 1 GB 的中断文件就会堆在那里，有用户的 Mac 因此涨到 221 GB，Finder 和普通的 du 都看不到这个文件夹里面，所以这些空间只会显示成系统数据。
4. 开发工具保留了构建产物。 Xcode、包管理器、模拟器、构建系统和容器会保存多个版本，但项目、凭据和工具链常在附近。使用各工具支持的清理入口，或参考开发缓存清理指南。
5. 虚拟机和容器使用稀疏磁盘映像。 它们的逻辑大小、显示大小和实际分配大小可能不同。先确认没有唯一的项目或数据库，再通过所属应用删除虚拟机或映像。Docker 用户可以从 Docker 清理指南开始。
6. 应用支持目录保存了真实内容。 浏览器、游戏、媒体应用、AI 工具和同步客户端会在 Library 中保存离线媒体、模型、索引或云端占位文件。这些内容可能可以重建，也可能下载成本很高，甚至只有本机这一份。Application Support 不能当作缓存整体处理。

为什么几个数字对不上

Apple 的 APFS 说明指出，同一容器里的卷会共享空闲容量，并按需分配。把 Finder 中每个文件夹的大小相加，不会得到某一条存储分类的数字。

储存空间设置里的数字来自 macOS 的一个私有服务，第三方应用读不到，它还会把连完全磁盘访问权限都读不了的文件算进去，比如 Apple 智能的模型，同一台 Mac 隔几分钟读两次就差了 68 GB，所以这个分类只适合当成大致方向，不必去对齐它。

用只读方式测量

以下命令不会修改磁盘：

df -h /
diskutil apfs list
diskutil apfs listSnapshots /

df 显示已挂载文件系统的已用和可用空间，diskutil apfs list 显示共享容器、卷与剩余容量，diskutil apfs listSnapshots / 列出启动卷快照。也可以按 Apple 的快照查看指南，在“磁盘工具”中选择显示 › 显示 APFS 快照查看快照元数据。

列出 Time Machine 本地快照：

tmutil listlocalsnapshots /

查看 Library 中的大目录：

du -sh ~/Library/* 2>/dev/null | sort -h

扫描可能需要一些时间，没有“完全磁盘访问权限”时也会跳过受保护的位置。把最大的结果当作调查起点，不要直接当作删除清单。权限错误表示测量不完整，不表示那个路径可以丢弃。

按风险从低到高处理

1. 先处理可以重新下载的安装包、重复导出文件和自己能确认的大文件。
2. 优先通过应用自己的设置清理已确认的缓存；只有按文档手动删除缓存目录时，才先退出应用。清理后首次启动可能变慢，也可能需要重新下载内容。
3. 在 Finder 的“管理备份”中核对设备和日期后，删除不再需要的 iPhone 或 iPad 备份。
4. 通过所属工具处理构建产物、模拟器、容器映像、虚拟机和下载模型，有预览功能时先查看计划。
5. 只有现在就需要空间时，才释放 Time Machine 本地快照，自动备份开着时 Time Machine 会继续生成新的快照，备份磁盘也不受影响，只是这台 Mac 上保留的恢复点会一起没掉。

Mole 的清理页第一组就是系统数据，里面只放能清的内容，本地快照、系统缓存和日志、旧的 macOS 安装器和壁纸下载残留，Mole 从没拿到过管理员权限时，清理系统文件会请求一次密码。iPhone 备份、iCloud 云盘文件、虚拟机和本地 AI 模型放在其他储存里，只标出大小和去哪里管理，Mole 不会删它们。分组头算的是 Mole 能释放的空间，不会和系统设置的数字一致，剩下的文件夹可以在“分析”里按大小看。重点是找到空间归属，不是把系统数据压到某个固定数字。

普通清理绝不能碰什么

• /System 下的任何内容
• APFS 与 Time Machine 快照的内部结构
• 交换文件和虚拟内存
• Mail、信息、照片、浏览器与同步应用正在使用的数据库
• 无法确认所有者和恢复方式的容器
• 尚未确认完整原件位置的云端占位文件或本地文件

文件很大，只能说明它影响容量，不能证明它可以丢弃。

删除后数字为什么会延迟

文件移到废纸篓后，只有清空废纸篓才会释放容量。即使已经永久删除，APFS 快照仍可能引用旧数据块，存储空间设置也需要时间重新索引和分类。macOS 还可能在真正清除可回收内容之前，就把它计入可用空间。

让 Mac 空闲一段时间后，再检查 df -h /、APFS 容器和刚才处理的目录。不要因为一个分类还没刷新，就继续扩大删除范围。

常见问题

50 GB 系统数据正常吗？

没有适用于所有 Mac 的正常值。安装了 Xcode、虚拟机或大型应用资料库的 Mac，通常会比轻度使用的 Mac 多。先看可用容量，再找最大的实际目录。

可以清空 ~/Library/Caches 吗？

不要整体清空。退出所属应用，只处理已经确认、后果清楚的大缓存。少数应用会把离线内容或尚未同步的状态放在附近，详情可看 Library 缓存清理指南。

应该删除本地快照吗？

现在就需要空间时再删。Apple 说明 Time Machine 会把快照空间计入可用容量，并在快照过期或需要容量时自动移除，用 tmutil deletelocalsnapshots / 或 Mole 系统数据分组里的快照一项提前释放，空间会立刻回来，备份磁盘上的备份不受影响，只是本机的恢复点要等 Time Machine 重新生成。Mole 默认勾选这一项，因为快照会自己重建，需要保留这些恢复点就取消勾选。

重启能减小系统数据吗？

重启可以完成更新或清理卡住进程的临时状态，但不是日常存储维护方法。macOS 与应用继续工作后，交换文件、缓存和分类数字仍会变化。

什么时候可以停？

Mac 已经有足够容量完成日常工作和更新，而且最大的已确认问题已经解决，就可以停。若空间仍不足，应按恢复风险清理磁盘，不要追着灰色分类继续删除。