Mac 空间紧张时，先分清“能删”和“看起来能删”。

先看真实占用和近期变化

空间不足可能来自下载、视频、虚拟机、应用数据或备份快照。先记录可用空间，再查看系统存储分类和熟悉的大文件。不要把一个分类名称直接等同于垃圾，也不要看到“系统数据”很大就去复制清理命令。

按照可替代性排序

重复安装包、已有可靠副本的导出文件、确认可重新下载的素材，通常比应用数据库更适合作为检查起点。移动到废纸篓不立即释放全部空间，但留下了回退机会；清空前再确认一次。

• 识别文件用途及是否仍被引用。
• 重要数据先备份，再清理。
• 容器卷、照片图库和邮件数据库不按普通缓存处理。

云端显示不代表本地完整

如果内容仅以云端占位形式存在，文件列表里的大小与本地实际可备份内容可能不同。准备迁移或离线备份时，按对应应用说明确认原件已下载，抽查能否离线打开。不要为了释放空间同时删除云端和本地的唯一内容。

给正常工作留出余量

系统更新、编辑导出和备份可能需要临时空间。整理后观察几天，看占用是否迅速增长；如果是，应找到持续产生数据的来源，而不是每天反复清理。没有适合所有设备的固定百分比，余量应覆盖实际软件和任务。

先为具体任务计算要腾出多少空间

本轮任务可以是为一次个人视频导出准备空间，而不是无限追求存储图变小。先记录系统设置中通用、储存空间的可用容量，再写出任务预计输出、临时文件和日常余量。假设当前可用十八GB，导出成片二十GB、工作临时空间十五GB、希望仍留十GB余量，总需求四十五GB，还差二十七GB。所有数字是规划示意，实际应参考所用应用的需求。

这个算式的好处是有停止条件：找出至少二十七GB可释放空间并验收，任务完成后再观察增长。它不表示所有应用都只需要这么多临时空间，也不能保证系统更新适用同一预算。若应用说明需要更多空间，应以该要求调整；不要用一个固定百分比代替实际任务。

准备候选清单，记录路径、大小、用途、可替代来源、备份状态和动作。先从自己熟悉的下载与导出目录开始，在系统储存分类中查看文稿等可解释项目。系统数据是分类汇总，不是一个可以整体删除的目录。仅看到分类很大还不足以执行清理，需要找到具体产生内容的应用或文件。

item,size_GB,role,action
当前可用,18,基线,读取系统储存空间
导出成片,20,需求,按应用实际修订
临时工作,15,需求,按应用实际修订
保留余量,10,需求,规划值
总需求,45,合计,20+15+10
需新增可用,27,缺口,45-18
重复安装包,12,候选,核对再下载来源
旧分享导出,18,候选,核对原件与独立备份
唯一录音,6,保留,先解决副本问题

按可替代性选择释放空间的对象

示意清单包含十二GB重复安装包、十八GB已有原件与独立备份的旧分享导出，以及六GB尚无副本的个人录音。前两项可以继续核对来源和使用情况，录音暂不进入删除流程。即使某个文件很大，只要无法重建或尚未验收备份，它就不适合作为第一项。按损失后果排序，比只按体积排序更接近任务目标。

重复文件不能只凭名称判断。旧分享导出可能包含后来做过的剪辑，安装包也可能是难以再次取得的版本。打开少量样本，核对清单中的源位置与再生成办法；确认后把候选状态从待判断改成可清理。不能确认的项目继续保留，把问题写成下一步，而不是用全盘去重工具一次性决定。

有些空间由应用管理，例如下载媒体、设备备份和图库。应从相应应用或系统提供的管理入口查看并操作，不进入包内部删陌生文件。卸载应用也不等于它的资料没有保留价值；先确认文档与配置是否要导出。清理方案应该写清删除的是可重新取得的内容，还是整个应用及其个人数据。

迁移到外接存储要证明数据仍可用

如果选择外移原件而不是删除，先确认目标容量、文件系统与应用支持，再复制到目标并验收。移动资料会改变权威位置，需要更新项目引用与备份范围。把唯一副本从Mac搬到外接盘只是更换位置，并没有自动增加保护；原有Time Machine是否覆盖新位置也需要重新核对。

照片图库有专门迁移流程，Apple要求适合Mac的直接连接存储，不应把活动图库放在网络共享上使用。普通导出的照片原件可以另有NAS归档，但不能因此推断整个活动图库也适合从NAS直接打开。图库迁移后还要验证实际打开的是目标图库，而不是系统新建的空图库。

云端占位文件另走应用支持的下载与优化流程。Finder中看到名字不表示本地已有完整原件，准备离线备份时先确认内容能离线打开。反过来，为释放本地空间应使用应用提供的保留云端、移除本地下载等受支持功能，前提是读者理解该动作；不能把同步目录中的普通删除当成只删本地副本。

记录性质：模拟填写范例，不是真实删除记录
目录范围：个人下载与分享导出
候选：12GB安装包+18GB旧分享=30GB
阶段一：核对来源与项目引用；移动候选到废纸篓（write）
阶段二：重新打开原项目，核对导出可重建
阶段三：确认后清空候选（danger，改变普通回退边界）
模拟读数：18GB→48GB，新增30GB；实际读数应重新测
任务验收：48GB≥45GB示意需求；原件仍可打开
回退：清空前从废纸篓放回；清空后依赖已验收独立备份
不处理：图库内部、系统陌生目录、备份仓库
实际时间／可用量／失败项：____

执行一小批，再用可用空间和应用验收

确认前两类示意候选合计三十GB，可以满足二十七GB缺口。但把文件移到废纸篓只是可恢复阶段，并不意味着三十GB已经释放。先检查项目打开、引用和再生成入口，再决定是否清空已确认的废纸篓内容。清空属于danger，因为普通撤销边界会改变，记录应区别于最初的移动。

空间读数可能因系统统计刷新、可清除内容和正在运行的任务而变化，所以记录动作前后时间与同一界面的可用空间，不把不同工具的不同口径简单相减。最终验收是可用空间满足任务需求，并且原先需要继续使用的应用和文件仍能正常打开。不要在第一步尚未验证时连续进行多项不可逆清理。

如果只释放了十五GB，就保留真实结果并重新计算剩余缺口，不把候选大小当作实际释放量。检查是否还有副本、快照保留或其他应用同时增长。对备份快照与仓库内部结构不做手工删除；Apple会管理适用的本地快照，应先按官方帮助确认实际空间问题，而不是把所有快照名字都当成可清理目标。

反弹、误删与收尾的不同路线

症状是清理后很快又满，先记录增长时段和正在运行的应用，判断是持续下载、导出缓存还是任务临时文件。下一步调整产生内容的工作流或容量，不把每天重复删除同一目录当成长期解决方案。症状是分类总数与文件统计对不上，先统一口径和观察时间，别据此认定系统损坏。

症状是应用缺资源，先从流转记录找到刚移动的项目，在尚可恢复时放回原路径或按应用支持方式重新关联。已经清空废纸篓后需要独立备份恢复，不能保证一键找回；因此清理前的备份验收必须是实际证据。症状是外接盘未连接导致图库为空，先核对设备与所选图库，不继续往错误新位置导入资料。

收尾保存候选清单、实际释放量、权威位置变更和未处理项目。导出任务结束后再判断临时输出是否仍需保留，并观察一个正常使用周期。停止条件是当前任务有足够空间、重要内容可用、后续增长来源可解释，而不是每个分类都达到某个漂亮数字。本文未执行任何真实删除、图库迁移或存储测量。

对于多用户Mac，还应区分当前用户资料与其他用户的数据。储存分类可能包含自己不熟悉的内容，不能仅因文件位于共享或旧用户目录就清理。先确定归属和是否仍有使用者，再将本轮范围限在明确的个人文件。任务预算若无法通过这些候选满足，可以改用已验收的外接工作位置或推迟大任务；这比扩大到未知系统目录更容易验证。容量不足是需要解决的资源问题，不是随意删除陌生数据的依据。