在macOS中，APFS容器扩容需先确保物理分区有空闲空间，再用diskutil apfs resizeContainer命令分配空间；容器内卷自动共享空间，异常时可清理快照或重置卷大小。
在 macOS 中，diskutil 是管理磁盘和 APFS 容器的核心命令行工具。调整分区大小（尤其是 APFS 容器扩容）不能像传统分区那样“拖动边界”，必须遵循 APFS 的逻辑结构：容器（Container）包含多个卷（Volume），而容器本身依赖于底层物理分区（Partition）的可用空间。因此，“扩容”实际分两步：先确保物理分区有空闲空间，再将该空间分配给 APFS 容器。
确认磁盘与容器结构
执行以下命令查看当前布局：
diskutil list
重点关注三类信息：
- 物理磁盘标识（如
disk0）、分区表类型（GPT）、各分区起始/大小（特别是Apple_APFS类型分区） - APFS 容器标识（如
disk0s2），及其对应容器 UUID 和挂载点 - 容器内卷（Volumes）列表，如
Macintosh HD、Macintosh HD - Data等
⚠️ 注意：APFS 容器无法跨物理分区扩展；若容器所在分区已占满整块磁盘，则必须先缩小其他分区（如恢复分区、Bootcamp 分区）或删除无用分区腾出空间。
调整物理分区大小（为容器腾空间）
若目标容器所在的物理分区（例如 disk0s2）后面紧邻空闲空间或其他可删/可缩分区，可用 resizeVolume 缩小相邻分区，释放空间给容器分区：
diskutil apfs resizeContainer disk0s2 0
其中 0 表示“尽可能扩大到可用空间上限”，但前提是其后有未分配空间或可被自动压缩的相邻分区（如 Recovery）。若失败，需手动操作：
- 先用
diskutil eraseVolume free none disk0sX删除不需要的分区（如旧的 Bootcamp 或多余恢复分区） - 再运行
diskutil apfs resizeContainer disk0s2 0让系统自动合并空隙并扩容容器
? 提示：macOS 12+ 支持直接对 APFS 容器使用 resizeContainer 并指定新大小（如 500g），但推荐用 0 让系统智能处理边界对齐。
扩容 APFS 容器内的卷（非容器本身）
APFS 容器扩容后，内部各卷（如 Macintosh HD 和 Macintosh HD - Data）默认会自动共享空间，无需单独调整。但若某卷显示容量异常小（例如系统卷仅剩几 GB），可能是因历史迁移或快照残留导致空间未释放：
- 检查快照：
tmutil listlocalsnapshots /，必要时清理：tmutil deletelocalsnapshots [snapshot_date] - 重置卷大小（仅限必要时）：
diskutil apfs resizeVolume / 0（/表示当前启动卷，0表示用尽容器内所有可用空间） - 注意：此操作不影响其他同容器内的卷，APFS 会动态平衡剩余空间
常见失败原因与规避方法
执行 resizeContainer 报错（如 “Could not modify partition map” 或 “Not enough space”）通常源于：
- 磁盘存在 S.M.A.R.T. 错误或 I/O 故障 → 先运行
diskutil verifyDisk disk0和diskutil repairDisk disk0 - FileVault 加密启用中 → 需先关闭 FileVault（系统设置 > 隐私与安全性 > 文件保险箱），重启后再操作
- 正在运行的 Time Machine 备份 → 停止备份任务
- 容器内有损坏的快照或本地备份 → 清理后再试
操作前建议用 Time Machine 备份整个启动卷，避免意外中断导致容器损坏。
