结论：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。动手前先确认哪一类在作祟，比盲目删文件管用得多。
