结论：macos更新失败提示“存储空间不足”通常源于本地time machine快照、apfs容器未分配空间或被占用的缓存，而非真实空间不足；应优先用系统储存管理清理缓存日志、安全删除本地快照、并检查/扩容apfs容器。

直接说结论： macOS 更新失败提示“存储空间不足”，90% 的情况不是真没空间，而是系统无法识别或释放那些“可清理但被锁住”的数据——尤其是本地 Time Machine 快照、APFS 容器未分配空间、以及 ~/Library/Caches 中被进程占用的缓存。别急着删系统文件，先做三件确定安全的事。

用系统自带工具快速释放 5–15GB（最稳）

这是更新前必须做的诊断+清理动作，系统自己知道哪些能动、哪些不能碰，比手动删更准也更安全。

• 点苹果菜单 → 系统设置 → 通用 → 储存空间，等 10–20 秒扫描完成
• 重点看 系统数据 占了多少——如果超过 30GB，点击右侧 管理
• 在弹出窗口里，依次点开 缓存文件、日志文件、旧文件，对每项点 删除 或 优化
• 顺手打开 优化储存空间 开关：它会自动移除已看过的 Apple TV 影片、只保留最近邮件附件

这一步不碰任何路径，不输命令，但常能立刻腾出 8GB 以上。关键是：它清的是系统认定“可重建、无副作用”的临时内容，不会导致 App 崩溃或偏好丢失。

删掉隐藏的本地快照（占 10–40GB，最常被忽略）

macOS 在没连 Time Machine 备份盘时，会悄悄在本地生成快照用于恢复。这些快照在访达里看不见，储存空间 里也不会单独列出，但真实占着磁盘——而且系统更新时会把它当“不可动空间”计算。

• 打开 终端，先查快照：tmutil listlocalsnapshots /（如果报错或返回空，改用 diskutil apfs listSnapshots /System/Volumes/Data）
• 看到一堆 com.apple.TimeMachine.2026-03-xx-xxxxxx？那就是它们
• 温柔清理（推荐）：sudo tmutil thinlocalsnapshots / 5000000000 4（删掉最老的、累计最多 5GB）
• 暴力清理（空间彻底卡死时）：sudo diskutil apfs deleteSnapshot /System/Volumes/Data -name com.apple.TimeMachine.2026-03-15-xxxxxx.backup

⚠️ 注意：com.apple.os.update 开头的快照千万别删——那是你当前系统的只读副本，删了可能进不了系统。

手动清用户缓存但绕过“正在使用”陷阱

很多教程让你直接删 ~/Library/Caches 全部内容，结果卡在“某些项目正在使用中”。其实问题不在缓存本身，而在 Safari、微信、Adobe 等 App 没完全退出，还锁着自己的缓存目录。

• 先强制退出所有图形应用：Command + Q 关掉 Safari、微信、QQ、Chrome、Final Cut Pro 等
• 再打开访达 → Command + Shift + G → 输入 ~/Library/Caches
• 按大小排序，只删那些修改日期早于 6 个月、且文件夹名不含 Safari、com.apple.mail、com.apple.CalendarAgent 的子目录
• 遇到“正在使用”提示，选 跳过——被跳过的一定是当前活跃 App 的缓存，留着它，重启后自动重建

这比全删更省心，也避免误删某款设计软件的字体缓存导致下次打开变慢。

检查 APFS 容器是否“有空间却分不到”

尤其常见于从旧版 macOS 升级上来的机器，或者用虚拟机跑 macOS 的用户。磁盘总容量够，但 Macintosh HD 这个 APFS 容器没把新增空间吃进去，系统更新就拒绝写入。

• 终端运行：diskutil apfs list，找到你的主容器（通常是 Container disk1）
• 看 Size (Capacity) 和 Used Space 差值。如果差值 >20GB，但 Finder 显示“可用空间”只有几百 MB，说明空间没分配给容器
• 进恢复模式（重启按住 Command + R）→ 打开 磁盘工具 → 左侧选中容器 → 点 分区 → 拖动分区边缘把未分配空间吃进来

这步需要重启进恢复环境，但做完就能让系统真正“看见”那几十 GB 空间——更新安装器不会再报错了。

真正卡住更新的，往往不是空间总量不够，而是系统找不到一块“干净、可写、归属明确”的连续空间。快照、缓存锁、容器未扩容，这三者叠加起来，会让 20GB 可用空间在更新器眼里变成 0。动手前先确认哪一类在作祟，比盲目删文件管用得多。