apfs存储卷动态扩展取决于所属容器是否有空闲空间；容器是容量天花板，需用diskutil apfs info查真实余量，清理快照并扩容容器才能释放空间。
macOS 的 APFS 存储卷本身不设固定容量上限，它的“扩展”能力完全取决于所属 APFS 容器 是否还有可用空间。所谓“动态扩展”，本质是卷按需占用容器内未分配的空闲区域，而非突破物理磁盘或容器边界的硬性扩容。
APFS 容器是真正的容量天花板
一个 APFS 容器对应一块物理分区（如 disk0s2），它划定了该容器下所有卷（如 Macintosh HD、Macintosh HD - Data）能使用的最大空间总和。只要容器没满，各卷就能自由增长；一旦容器已满，哪怕磁盘整体还有空闲，卷也无法再写入——因为那部分空间可能属于 EFI 分区、恢复分区，或被未分配间隙隔离，不在 APFS 管理范围内。
- 查看容器真实余量：终端运行
diskutil apfs info diskXsY（替换为你的容器标识），重点看 Capacity Ceil 与 Used Space 的差值 - 图形界面显示的“可用空间”常含隐藏快照和系统保留区，不可直接用于卷扩展
- 容器上限接近物理磁盘总大小？说明已无扩展余地，需先释放物理分区空间
快照与系统机制会“隐形锁住”空间
Time Machine 本地快照、系统更新保护快照、Spotlight 索引缓存等，都占用容器内空间，但不会在 Finder 或“关于本机”中直观体现。它们像一层透明胶膜，让卷看似有空间却无法写入，也阻碍容器扩容命令生效。
- 列出本地快照：
tmutil listlocalsnapshots / - 清理全部旧快照（谨慎）：
sudo tmutil thinlocalsnapshots / 9999999999 1 - 系统更新后务必执行一次快照清理，避免保护快照长期驻留
- Spotlight 索引异常膨胀时，可运行
sudo mdutil -E /强制重建，间接释放隐藏空间
卷间共享不等于无限借用
同一容器内的多个卷（如系统卷和数据卷）确实自动共享空间，但这不意味着某个卷能无限制挤压其他卷。当系统卷（Macintosh HD）因日志、缓存、快照残留而“虚占”大量空间时，即使数据卷（Macintosh HD - Data）显示还有很多空闲，整体容器仍可能报“空间不足”。
- 优先修复数据卷：
Macintosh HD - Data是用户文件主载体，修复它常能释放卡死的空间引用 - 再修复系统卷：
Macintosh HD，清理启动日志、快照元数据和权限残留 - 最后修复容器本身，校准各卷边界，防止 resize 报错
- 不建议人为创建多个小卷来“分摊压力”，反而增加元数据开销，加剧空间碎片
真正有效的扩容路径只有两条
一是释放容器内已有空间（清快照、删大文件、清废纸篓），让卷自然伸展；二是扩大容器本身——这需要底层物理分区有空闲，并通过 diskutil apfs resizeContainer diskXsY 0 命令将未分配空间纳入容器管理范围。
- 图形界面拖动滑块失败？基本说明问题不在 UI，而在容器或快照层
- 不要尝试用“抹除→重新分区”方式扩容，既丢数据又不解决快照锁死等根本问题
- 若物理磁盘已无空闲，考虑 iSCSI 网络存储方案，将远程存储映射为本地卷，绕过本地容量瓶颈
- 日常保持 15%–20% 可用空间（如 512GB 机型至少留 70–100GB），是预防扩展受阻最简单有效的习惯
