APFS容器无法直接合并，所谓“合并”实为删除相邻分区释放空间后再扩容目标容器；失败主因是空间未真正释放、容器结构异常或本地快照锁定容量。

mac 上 apfs 分区“合并失败”本质是概念误用——apfs 容器之间无法直接合并，所谓“合并”实际是指：删除相邻分区释放未分配空间，再将该空间扩展进目标 apfs 容器。失败通常不是操作错了，而是空间没真正腾出来、容器结构异常或快照锁住了容量。

确认是否真在操作“可合并”的对象

APFS 容器彼此隔离，不能像传统分区那样拖拽合并。只有当两个分区紧邻且其中一个是空闲/可删的 APFS 容器（如旧测试卷、残留恢复卷），才具备“释放→扩容”条件：

• 打开「磁盘工具」→「查看」→「显示所有设备」，展开物理磁盘，观察层级结构
• 若看到多个独立的 Container diskX（如 “Container disk0s3”、“Container disk0s4”），且它们在饼图中前后紧挨，说明存在物理连续空间
• 若目标容器后方是 BOOTCAMP（MS-DOS）、Recovery 或 EFI 分区，则需先删这些非 APFS 分区，才能让空间被容器识别
• 若边栏里只有一行灰色磁盘名、无任何容器和宗卷，说明 GPT 分区表已损坏，“合并”前提不存在，需先修复分区表

检查并释放被锁住的空间

即使删了分区，图形界面也可能不自动识别新增空间——常见原因包括本地快照占位、容器上限未更新、或系统卷处于写保护状态：

• 终端运行：tmutil listlocalsnapshots /，查看是否有大量 Time Machine 快照；若有，执行 sudo tmutil thinlocalsnapshots / 9999999999 1 清理旧快照
• 运行：diskutil apfs info disk0s2（替换为你的容器标识），核对 Capacity Ceil 是否接近物理磁盘总大小；若明显偏小（如 512GB 盘只显示 380GB），说明容器尚未扩容
• 运行：diskutil list，确认删分区后是否出现未分配区域（显示为 free space 或空白行），且紧邻目标容器

用命令行精准扩容容器

磁盘工具的图形化“分区”功能对 APFS 容器扩容支持有限，尤其当空间被间隙隔离或 UI 缓存未刷新时，必须用终端强制操作：

• 确保已删除目标容器后方的分区（如 disk0s3），且未分配区与其物理连续
• 终端输入：sudo diskutil apfs resizeContainer disk0s2 0（disk0s2 替换为你的目标容器标识）
• 输入管理员密码，等待提示 “The target container appears to be full” 或 “Resized OK”；若报错 “not enough space”，说明存在隐藏分区（如旧恢复卷）阻隔，需用 gpt 工具微调（仅限高级用户）
• 完成后运行 diskutil apfs list 验证容器 Size 是否已增长，且下属宗卷（Macintosh HD / Data）容量同步更新

排除结构异常导致扩容卡死

即使有空闲空间，容器元数据损坏也会让 resize 命令静默失败。此时需在恢复模式下逐层急救：

• 重启按 Command + R 进入恢复环境，打开「磁盘工具」→「显示所有设备」
• 依次选中：Macintosh HD - Data → 急救 → Macintosh HD → 急救 → Container diskX → 急救 → 顶层物理磁盘 → 急救
• 每步都等完成并提示“已完成”，中途不要跳过任一层；尤其是容器层急救，会重校配额与跨卷引用
• 急救全部成功后，再回到正常系统执行 diskutil apfs resizeContainer 命令