mac 的“磁盘工具”无法调整 apfs 容器大小，必须用终端命令 diskutil apfs resizecontainer；扩容需容器后方有未分配空间，缩容则要求目标大小大于实际数据占用并预留余量。
mac 上的“磁盘工具”本身无法直接调整 apfs 容器大小，这是关键前提。apfs 容器（即底层物理分区，类型为 apple_apfs）的扩容或缩容必须通过终端命令 diskutil apfs resizecontainer 完成。“磁盘工具”仅能管理容器内的宗卷（volumes），比如添加、删除或重设某个宗卷大小，但不能触碰容器边界。
为什么磁盘工具不支持容器调整
APFS 容器是逻辑层与物理层之间的桥梁，其大小受限于所在物理分区的起始/结束扇区。macOS 的图形界面工具为避免误操作导致数据丢失，刻意隐藏了对容器边界的直接操控。所有涉及容器尺寸变更的操作——无论扩容还是缩容——都需终端介入，并依赖底层分区表空间是否可用。
不抹数据的前提：确认物理空间可用
调整容器大小前，必须确保目标容器后方有未分配空间，或相邻分区可被安全压缩。常见可行场景包括：
- 容器后紧跟一个小型恢复分区（Recovery），macOS 12+ 可自动将其压缩腾出空间
- 容器后有已删除的 Boot Camp 分区或旧系统卷，留下未分配空隙
- 外置 SSD 或 Fusion Drive 中存在未使用的物理空间
执行 diskutil list 查看布局，确认目标容器（如 disk0s2）右侧是否有空闲区域或可删分区。若整个磁盘已被占满，就无法扩容——此时需先删减其他分区，而非跳过这步强行操作。
安全扩容容器的标准流程（保留全部数据）
假设容器标识为 disk0s2，且后方有可用空间：
- 打开终端，运行：
sudo diskutil apfs resizeContainer disk0s2 0
其中0表示“尽可能扩展到当前可用空间上限”，系统会自动对齐边界并合并空隙 - 等待命令完成（通常几秒到一分钟），无需重启
- 运行
diskutil apfs list验证容器新大小，再检查各宗卷（如Macintosh HD和Macintosh HD - Data）是否已自动获得新增空间
⚠️ 注意：该操作不触碰任何宗卷内文件，也不影响快照或 Time Machine 本地备份——但若容器内存在大量本地快照，可能暂时掩盖真实可用空间，建议扩容后运行 tmutil listlocalsnapshots / 并酌情清理。
缩容容器的风险与限制
缩容比扩容更敏感，必须满足两个硬性条件：
- 容器内所有宗卷的实际数据占用总和，必须小于目标缩小后的容器大小
- 命令中指定的新大小（如
400g）必须大于当前已用空间，且留有至少几 GB 余量供系统临时操作
例如：sudo diskutil apfs resizeContainer disk0s2 400g
若失败，错误提示通常为 “Not enough space” 或 “Could not shrink container”，说明数据太满或存在不可移动元数据（如加密密钥区）。此时不能强制覆盖，应先清理大文件、移除旧宗卷或迁移数据。
