Levo 指南 · 储存空间设置
Mac 上的可清除空间与系统数据
可清除空间是 macOS 在需要空间时随时可以删除的数据,比如缓存、iCloud 副本和旧快照。访达把它算作可用空间,但它其实还没有空出来。系统数据是一个储存类别,其中一部分可能是可清除的。

| 可清除空间 | 系统数据 | |
|---|---|---|
| 它是什么 | 一个承诺:macOS 需要时可能会删掉这些 | 一个标签,指磁盘上的系统和 App 数据 |
| 在哪里看到 | 访达中磁盘的“显示简介”,以及“可用”数字 | 系统设置 › 通用 › 储存空间 |
| 例子 | 有云端副本的 iCloud 文件、缓存数据、已精简的快照 | 缓存、日志、快照、交换文件、虚拟机、残留文件 |
| 谁来清理 | macOS,在空间不足时自动清理 | 你,清理不属于 macOS 的那部分 |
| 能强制清理吗? | 不能直接清理 | 部分能 |
macOS 怎么用它
当某个 App 需要空间而磁盘不够时,macOS 会删除可清除的项目来腾地方。整个过程你看不到。所以访达可能显示你有 80 GB 可用,而“储存空间”设置的条形图看起来却更满:访达把可清除空间加进了可用数字,而设置把它显示为单独的一段,或者干脆不显示。
两者有重叠,所以容易混淆。Time Machine 本地快照和一些缓存既算系统数据,又是可清除的。经过优化的 iCloud 文件算作可清除,但不算系统数据。所以“可清除”是某个项目的属性,而“系统数据”是统计项目的一个位置。
如何查看这两个数字
- 在访达中选中磁盘,按 ⌘I。对比可用和容量。在磁盘的“显示简介”中,可用包含了可清除空间。
- 在终端中读取不含可清除空间的宗卷信息:
df -h /System/Volumes/Data
- 输出 APFS 自己统计的容器可用空间:
diskutil info / | grep -E "Free Space|Capacity"
访达的“可用”和 df 的 Avail 之间的差值,大致就是可清除空间的大小。
- 查看本地快照,这是可清除空间的来源之一:
tmutil listlocalsnapshots /
没有哪个按钮能清除可清除空间,也不应该为了触发它而故意把磁盘塞满。那样会拖慢 Mac,并让交换文件的空间更少。如果现在就需要空间,就删除真正的文件:参见见效最快又安全的办法。
有些安装器不算可清除空间:它们像 df 一样检查原始的可用空间,然后拒绝开始安装。遇到这种情况,按照系统数据中的 Time Machine 快照中的方法精简快照,就能把承诺变成真正的可用空间。
Levo 怎么做
Levo 和访达一样,把可清除空间算作可用空间,所以它的磁盘用量条与访达的“可用”一致,而不是与“储存空间”设置的条形图一致。当 macOS 能自己腾出空间时,它不会用一个看似满了的磁盘来吓你。
Levo 清理的是真实数据:缓存、开发数据、Docker 镜像、模拟器和智能体 worktree,它们列在 Ready to free(可释放)下,附有大小和原因。它把 Time Machine 本地快照、交换文件和 macOS 自身的文件留给已经在管理它们的 macOS。清理腾出的是真正的可用空间,正是那些检查 df 的安装器所需要的。
数字为什么不一致,详见访达里的可用空间看起来不一样。
常见问题
可清除空间算可用空间吗?
差不多。macOS 会按需释放它,所以访达把它算作可用。有些安装器和工具检查的是原始可用空间,不算它。
可以手动清除可清除空间吗?
不能直接清除。什么时候删由 macOS 决定。删除真正的文件,或用 tmutil 精简本地快照,才能得到看得见的可用空间。
可清除空间属于系统数据吗?
有时候属于。快照和一些缓存两边都算。经过优化的 iCloud 文件是可清除的,但不在系统数据里。
为什么访达显示的可用空间比“储存空间”设置多?
访达把可清除空间加进了可用数字。“储存空间”设置则把它显示为条形图中单独的一段,或者不算进去。