<p>APFS容器空间显示“已满”但Finder找不到大文件，核心原因是容器未填满物理磁盘、Purgeable Space冻结、系统宗卷（/）被Docker/日志/快照占满，或宗卷元数据异常。需依次检查diskutil apfs list与diskutil info确认容器分配，查“储存空间”与“磁盘工具”中可清除空间数值，对比df -h /与df -h /System/Volumes/Data，清理缓存日志快照，并在恢复模式下对物理盘及Macintosh HD、Macintosh HD - Data分别执行“急救”。</p>
APFS 容器空间显示“已满”，但 Finder 里找不到大文件——这不是磁盘真满了，而是空间被系统标记为“可用但不可见”或“已占用但不可见”。核心问题通常出在容器未填满物理盘、宗卷间分配失衡、Purgeable Space 冻结，或快照/缓存占满系统宗卷（/），而 Docker、日志、临时文件又恰好写入该宗卷。
确认 APFS 容器是否未填满物理磁盘
这是最常被忽略的根源。APFS 容器若没占满 SSD 实际容量，剩余空间就完全不可用：
- 打开终端，运行
diskutil apfs list，找到主容器（如Container disk1），记下它的 Size - 再运行
diskutil info disk0（将disk0替换为你实际的物理盘编号），查看 Total Size - 若容器 Size 比物理盘 Total Size 小超过 10GB，说明有大量空间处于“未分配”状态
- 执行
sudo diskutil apfs resizeContainer diskX 0（X 是物理盘编号），让容器自动扩展至物理上限
检查 Purgeable Space 是否被冻结
这部分空间计入已用容量，但系统未主动释放，导致 df -h 显示 95%+ 却查不到对应文件：
- 在“储存空间”页面等待扫描完成，观察“系统数据”占比是否异常高（例如 >80GB）
- 打开“磁盘工具” → 选中主硬盘 → 点“简介”，查看右侧“可清除空间”数值（如有）
- 若数值较大（如 >20GB）且长期不降，说明 Purgeable Space 未被触发回收
- 强制触发：重启进入恢复模式 → 打开终端 → 运行
tmutil thinlocalsnapshots / 9999999999 1，再执行purge
定位系统宗卷（Macintosh HD）的真实压力源
Docker、日志、快照默认写入系统宗卷，而非 Data 宗卷。即使 Data 宗卷空闲，系统宗卷满也会报错：
- 终端运行
df -h /和df -h /System/Volumes/Data，对比两者的使用率 - 若
/接近 100% 而/System/Volumes/Data很空，说明问题在系统宗卷 - 检查关键路径：
sudo du -sh /private/var/folders/*（用户缓存）、ls -lSh /Library/Logs/ | head -10（旧日志）、tmutil listlocalsnapshots /（快照列表） - 清理重点：
~/Library/Caches、/Library/Caches、/private/var/log/asl/（需 sudo）、以及非系统更新类本地快照
验证并修复 APFS 宗卷结构残留
异常退出、强制关机或 Time Machine 中断可能导致宗卷元数据残留，占用空间却不显示文件：
- 重启进恢复模式 → 打开“磁盘工具” → 左侧选中物理磁盘（不是 Macintosh HD）→ 点“急救”
- 完成后，再选中
Macintosh HD和Macintosh HD - Data两个宗卷，分别运行“急救” - 若提示“宗卷快照损坏”或“目录结构不一致”，允许工具自动修复
- 修复后重启，再次查看“储存空间”和
df -h，观察“系统数据”是否回落
