删除APFS分区后空闲空间不会自动合并回容器，需手动执行diskutil apfs resizeContainer diskXsY 0扩展主卷；同时检查并清理本地快照、确认FileVault及恢复分区影响。
删除 macOS 磁盘分区后，空闲空间不会自动合并回原容器（Container），必须手动操作才能真正释放并供系统使用。这是因为 APFS 容器采用逻辑卷组管理机制，分区（Volume）只是容器内的逻辑单元，删掉一个 Volume 只是移除其元数据和数据引用，底层存储空间仍被容器“持有”，不会自动返还给其他 Volume 或扩大现有 Volume。
确认当前磁盘与容器结构
先用终端查看真实布局，避免误判：
- 运行 diskutil list 查看所有物理磁盘、APFS 容器（通常标为 Apple_APFS Container）及内部 Volume（如 Macintosh HD、Data、Preboot 等）
- 再运行 diskutil apfs list，重点关注容器的 Size（总容量）、Free Space（未分配给任何 Volume 的空闲空间），以及各 Volume 的 Used Space 和 Size
- 注意：若删掉一个 Volume 后，容器的 Free Space 增加了，说明空间已释放到容器层；若没变，可能是 Volume 未彻底删除或存在快照残留
将空闲空间分配给主系统卷（Macintosh HD）
APFS 容器内空间是动态共享的，但默认不自动扩容。需显式扩展主卷以占用容器内空闲空间：
- 执行 diskutil apfs resizeContainer diskXsY 0（其中 diskXsY 是容器标识，如 disk1s2；末尾的 0 表示“扩展至容器最大可用空间”）
- 该命令会把容器中所有未分配的 Free Space 全部合并进主 Volume（通常是第一个 Volume，即 Macintosh HD），同时自动调整关联的 Data 卷（macOS 11+ 默认分离系统与数据）
- 过程中系统可能提示重启或要求关闭 Time Machine 备份，按提示操作即可；成功后再次运行 diskutil apfs list 可验证主卷 Size 是否增大
处理残留快照或本地快照占用空间
即使删了分区，Time Machine 本地快照（Local Snapshots）也可能持续占用大量空间，掩盖真实释放效果：
- 运行 tmutil listlocalsnapshots / 查看是否存在近期快照
- 如需立即释放，可执行 tmutil thinlocalsnapshots / 9999999999 1（强制清理最老快照，保留至少 1GB 余量）
- 也可临时禁用本地快照：sudo tmutil disablelocal（重启后会重新启用，适合排查阶段）
警惕“灰色空间”：FileVault 加密与恢复分区影响
启用 FileVault 后，部分空间会被预留作加密元数据和恢复密钥缓存；另外，macOS 恢复分区（Recovery OS）虽小（约 500MB–1.5GB），但属于独立 APFS Volume，无法删除或压缩：
- FileVault 不影响你对主容器空间的使用，但会略微增加底层存储开销（通常几 MB 到百 MB 级别）
- 恢复分区不可见于 Finder，也不计入用户可用空间统计，无需干预；它随系统更新自动维护
- 若曾用第三方工具修改过恢复分区或启动卷结构，建议运行 diskutil verifyVolume / 和 diskutil repairVolume / 校验一致性
