# Mac 清理工具永远不该删什么
> 分清可再生缓存与聊天、图库、云同步和凭据，用拒绝清单判断任何清理工具是否可信。
Published: 2026-07-30 | Updated: 2026-08-22
评价一款 Mac 清理工具，关键不在它声称能清出多少 GB，而在它**拒绝动什么**，以及这个拒绝是写在删除路径上强制执行的，还是只印在宣传页上好看。
macOS 自己已经会在压力下回收一部分缓存、把[本地快照](https://mole.fit/zh/blog/how-to-delete-local-time-machine-snapshots-mac)变薄，第三方清理的真实风险其实是误标：聊天记录、邮件库、项目状态、云镜像和离线模型，在一只只按大小排序的扫描器眼里，全都只是「很大的文件夹」。如果还在犹豫要不要用清理工具，先看[是否需要 Mac 清理工具](https://mole.fit/zh/blog/do-you-need-a-mac-cleaner)。
**短答案**：值得信任的清理工具会拒绝碰聊天与邮件存档、本地 AI 模型、进行中的项目状态和云同步目录，而且这个拒绝必须写在删除路径里强制执行；文件夹名里的「Cache」只是命名习惯，不是安全标签。
## 先把每个候选归成三类
| 类型 | 例子 | 默认 |
|---|---|---|
| 可再生 | HTTP 缓存、GPU 缓存、派生构建产物、多数日志 | 退出所有者且路径明确时可以清 |
| 重建代价高 | 包注册缓存、本地 AI 权重、DeviceSupport | 需要审核；先预期耗时、流量与许可提示 |
| 不可替代 | 信息、邮件、照片、文稿、聊天、凭据 | 绝不能一键当垃圾清掉 |
把这三类压成同一份「安全可删」的列表，不是简化，而是把本该由你做的决策藏了起来。
先把每个候选归进可再生、代价高或不可替代。默认动作按列分，不按文件夹名字分。
安全清理是一串门：确认所有者、分类数据、审核计划，再只把允许的路径移入废纸篓。
## 为什么叫「缓存」不等于安全
磁盘上的 **Cache** 只是一个目录名，不是安全证明，住在里面的东西真实形态包括：
- 浏览器配置下的 **HTTP / 图片缓存**通常可以再生，代价只是首次加载变慢
- **Code Cache / 字节码缓存**会在下次启动时重建，代价是 CPU 时间，不是丢数据
- **剪贴板历史图片**可能正好住在厂商的 Caches 树下，清掉它的体验就像丢了个人数据
- **编译模型 / 神经网络引擎存储**如果在消费者运行时删除，可能直到重启之前都会破坏识别
- **`tmp` / `Temp`** 里有时放的是聊天检查点、未保存的草稿或安装状态，名字像临时文件，内容未必是垃圾
删掉任何名字叫 cache 的东西之前，先问三句：
1. 谁写？
2. 重启后谁读？
3. 我错了怎么恢复？
这三句只要有一句答不上来，就先别动。
Apple 的[平台安全指南](https://support.apple.com/guide/security/welcome/web)解释了系统完整性、数据保护和应用边界；[控制文件访问](https://support.apple.com/guide/mac-help/mchld5a35146/mac)则说明隐私权限如何限制应用。清理器拿到更高权限，不会让未知文件自动变安全，只会让误判影响更大。
## 绝不当作垃圾
### 个人资料库与通讯
- 照片图库包，以及它内部的数据库，删掉就是真的没了
- 邮件数据、信封索引与附件，服务器上没副本的就找不回来
- 信息数据库与附件（含 iCloud 信息），同样不可再生
- 备忘录、语音备忘录这类个人内容
- AI **聊天记录**与项目历史（`sessions`、`file-history`、agent 项目树），对话不会再生
缓存会再生，删掉的对话与图库不会，所以优先用导出功能和所属应用自己的保留控制，而不是任何批量清理器。相关：[信息占盘](https://mole.fit/zh/blog/how-to-clear-messages-storage-mac)、[邮件占盘](https://mole.fit/zh/blog/how-to-reduce-mail-storage-mac)、[照片占盘](https://mole.fit/zh/blog/how-to-free-up-photos-storage-mac)。
### 文稿、云镜像与同步树
- 文稿、桌面与项目根目录，这些是真正的用户数据
- iCloud 云盘 / Mobile Documents：本地删除可能扩散到其他设备
- `~/Library/CloudStorage/…` 下的厂商目录：一律按多设备影响处理
能列出云路径却不标注「会同步」的清理器是不完整的，默认勾选它们的则是不安全的。
### 凭据、隐私与系统策略
- 钥匙串、浏览器登录库与各类 token
- TCC 与隐私授权状态，决定哪些应用能碰什么
- 配置描述文件、MDM 与安全代理状态
- 壁纸与系统媒体缓存：几乎不省空间，却可能让设置界面一片空白
### 运行中所有者与安装进行中
- 仍在打开或正在更新的应用的缓存，所有者可能正在往里写
- 启动过程可能仍然依赖的**系统安装暂存**文件
- 构建中或 `brew` 运行中的包管理存储，删了就是中途拆台
### 共享容器与多应用厂商
- 同一开发者套件之间共享的 group 容器
- 厂商仍有任一产品在用时的父目录
看销售流程：你主动找的工具先展示候选；找上门的工具往往先恐吓再卖「查看权」。
## 看起来像垃圾、常常不是
| 看起来像垃圾 | 常常实际是 |
|---|---|
| `Library/Application Support/…` | 应用数据库、离线包、许可状态等真数据 |
| `Containers/…` | 应用的完整沙盒主目录，不是缓存 |
| `Group Containers/…` | 套件共享数据 |
| 带产品名的 `Caches/…` | 剪贴板历史、模型缓存、站点数据 |
| `…/tmp` 或 `…/Temp` | 检查点、草稿、安装进行状态 |
| 很大的 `.db` / `.sqlite` | 往往就是主用户数据 |
| `node_modules`、`Pods`、`.venv` | 仅在有网络和正确锁文件时才可重建 |
开发者存储有另一套独立规则（[开发缓存](https://mole.fit/zh/blog/how-to-clear-dev-caches-mac)、[AI 模型](https://mole.fit/zh/blog/how-to-remove-ai-tool-leftovers-mac)），浏览器配置的体积问题见[浏览器占盘](https://mole.fit/zh/blog/how-to-free-up-browser-storage-mac)。
## 清理工具应如何执行
可信的清理器会把安全做成**分层**的几道关：
1. **扫描阶段：** 被禁类别从一开始就根本不出现在列表里
2. **默认勾选：** 仅供审核的行一律默认不选
3. **删除时再校验：** 即使 UI 已经展示过路径，也仍要复核身份、符号链接与白名单，审核期间应用又启动时，检查与使用之间的时间差很重要
4. **可恢复落点：** 普通用户文件进废纸篓，而不是静默 `rm`
5. **结果记账：** 已回收 / 已跳过 / 失败分开统计，路径已不在不算「成功」
宁可因为无法确认而漏掉一个候选，也不要在校验失败时删除未知数据。
### 任何工具都能做的实测
1. 在机器上装同一厂商的两款产品
2. 只卸其中一款
3. 看工具是否提出共享的 Application Support 父目录，或两款仍共用的 group 容器
4. 拒绝一切共享项，再看它能否用白话解释**为什么**这样勾选
说不清归属，就别让它批量删任何东西。
## 权限也是契约
**完全磁盘访问**让进程能读受保护的资源库路径，但并不让每个可读路径都变得可删，**特权助手**则应该窄、带版本、只做固定操作，而不是一个通用 root shell。装之前问清楚三件事：
- 哪些功能真的需要 FDA、自动化或助手？
- 监控功能是否要求常驻采样？
- 收回权限之后，非破坏功能是否仍然可用？
## 把原则落到工具上
以 Mole 为例，它把清理前的确认和删除时的路径校验放在同一条流程里：
- 可再生缓存与日志可以出现在列表里，个人资料库不会
- AI **聊天记录永不进入清理候选**，模型仓库留给 Ollama、LM Studio 或 Hugging Face 自己管
- 浏览器配置与多种包缓存标记为仅供审核或默认不勾选
- 云同步路径会被明确标注，让本地删除成为一个知情选择
- 卸载残留按身份归属，没有明确所有者路径时共享 group 保持保护
- 结果会分开统计已回收、已跳过与失败的字节
当 macOS 或应用布局发生变化时，安全的失败方式是**漏掉**候选，而不是删除未知数据。
## 常见错误
**把「大」等同于「垃圾」**：大小只是排序信号，从来不是安全信号。
**按日历清空一切名叫 cache 的东西**：健康缓存会以 I/O 与更慢的首次启动为代价回来。
**付费才能看将删什么**：诚实的工具会先免费展示候选。
**相信把跳过与已不存在路径也算进「已清理」的单一成功数字。**
## 实用规则
如果说不清一个文件的用途、所有者与恢复方式，就不要用清理工具删它；用[磁盘地图](https://mole.fit/zh/blog/how-to-find-large-files-on-mac)定位重量，用所属应用清理它自己的缓存，可能后悔的内容一律进废纸篓。
## 决策顺序
1. 先说清问题，是磁盘满、应用坏了、还是卸完有残留
2. 把数据归类：可再生、重建代价高、还是不可替代
3. 有所属应用自带的清理界面时，优先用它
4. 审核精确路径，代价高与共享项默认不勾
5. 删除进废纸篓，然后复测应用与兄弟应用
6. 接受结果之后，再清空废纸篓
## 延伸阅读
- [是否需要清理工具](https://mole.fit/zh/blog/do-you-need-a-mac-cleaner)
- [安全清理缓存](https://mole.fit/zh/blog/how-to-clear-cache-on-mac)
- [卸载后残留](https://mole.fit/zh/blog/how-to-remove-leftover-files-after-uninstalling-mac-apps)
- [免费清理工具](https://mole.fit/zh/blog/free-mac-cleanup-tools)
## 恐吓式清理器的常见话术
下面这些句子本身都不是证据：
- 「查出严重问题」却不给出任何路径
- 「释放 50 GB」却不说明是怎么测量的
- 先弹出报警，再要求付费才能看详情
- 把正常缓存说成病毒或者系统损坏
更可靠的流程会先列出候选与路径，等你确认之后才删除，并让普通删除进入废纸篓。
## 误删之后怎么减损
如果已经误删，而且东西还在废纸篓里：
1. 立刻停止任何继续的清理
2. 从废纸篓放回
3. 打开所属应用，确认数据是否完整
4. 若已清空废纸篓，去查 Time Machine 或其他备份
5. 云同步类路径还要检查其他设备是否已传播删除
没有备份时，专业恢复也不保证能找回来，这正是「不可替代」类默认永不进一键列表的原因。
## 给开发者的额外边界
开发机上 `node_modules`、`Pods`、`.build`、`DerivedData` 看起来像垃圾，重建成本却是实打实的网络与时间，能再下载不代表应该默认勾选，具体边界见[开发缓存](https://mole.fit/zh/blog/how-to-clear-dev-caches-mac)。
AI 会话目录即使体积不大，也不应该进入清理候选，因为对话不可再生，缓存可以。
## 常见问题
### 名字里带「Cache」的都能删吗？
不能；有些 app 把用户数据放在类似缓存的名字下，有些缓存要花数小时重建；安全来自知道目录里装的是什么、谁写的，从来不是名字里的那个词。
### 怎么判断一个清理工具是否真的保护数据？
看强制执行而不是宣传：删除路径拒绝跨越的保护清单、删除前的评审界面、以及走废纸篓的删除方式，这样错了还能捞回来。
### 清理工具已经误删了重要数据怎么办？
先查废纸篓，评审式工具的删除会送到那里；聊天、邮件这类服务器同步的数据重新同步通常能回来，仅存在本地的数据则可能真的没了，这正是删除前评审的价值。
---
Canonical HTML page: https://mole.fit/zh/blog/what-mac-cleaners-should-never-delete
Blog index for agents: https://mole.fit/zh/blog/llms.txt
Site index for agents: https://mole.fit/llms.txt