macos缓存管理是分层自动机制，分为内存运行时、用户级磁盘、系统级三类；仅可安全删除非com.apple.开头的用户缓存、带.gz/.old后缀日志及第三方服务缓存，禁删com.apple.目录和/private/var/folders无归属文件夹。
macOS 的缓存管理不是“删了就完事”的简单操作，而是一套分层、有优先级、受系统保护的自动机制。缓存本身不等于垃圾，它的存在是为了加速访问；真正需要干预的，是那些长期滞留、失效或重复堆积的缓存副本。系统会在内存紧张时自动置换运行时缓存，在磁盘空间不足时限制新缓存写入，但不会主动清理陈旧的用户级或归档日志类缓存——这部分得你手动介入。
系统自动管理的缓存层级
macOS 将缓存分为三类，处理逻辑各不相同：
- 内存中运行时缓存：比如 Safari 渲染页面的临时帧、App 启动时加载的代码段。这类缓存由内核动态管理，内存压力大时自动释放，无需人工干预，重启即清空。
- 用户级磁盘缓存（~/Library/Caches）：每个应用独立存放，如 Chrome 下载的缩略图、Final Cut Pro 的代理文件。系统不自动删除，但多数应用会自行轮替（例如保留最近7天），超出范围后需手动清理。
- 系统级与服务缓存（/Library/Caches、/var/log、/private/var/folders）：涉及 Spotlight 索引、软件更新分发、Time Machine 快照元数据等。部分受 SIP 保护，部分可删，但必须区分“活跃”与“归档”状态。
哪些缓存能安全删除？关键看后缀和路径
不是所有带“Cache”字样的文件夹都能删。判断依据不是名字，而是位置和命名特征：
- 可放心删：~/Library/Caches 下非 com.apple.* 开头的文件夹（如 com.google.Chrome、com.adobe.Premiere）、/var/log 中带 .gz / .old / .0 / 数字后缀的日志（如 system.log.1.gz）、/Library/Caches 中 Homebrew / Docker / Zoom 等第三方服务目录。
- 禁止删：任何以 com.apple. 开头的子目录（如 com.apple.Safari、com.apple.mail）、/private/var/folders 下以字母组合命名（如 C/xxx、T/xxx）但无明确归属的文件夹、/System/Library/Caches 全路径（该路径不存在于用户可见层级，误入即止）。
- 建议留用：~/Library/Caches/com.apple.Safari/Cache.db —— 这是 Safari 主缓存数据库，删了会重载网页变慢，但可清空其子目录下的 Media/ 或 IndexedDB/ 提升响应速度。
缓存置换的实际触发条件
系统不会按“时间”或“大小”硬性清理，而是响应具体压力信号：
- 当可用磁盘空间低于 10%，Spotlight 和 Time Machine 会暂停索引与快照，同时限制新缓存写入，已有缓存可能被标记为“可回收”但不立即删除。
- 当内存使用率持续高于 90%，内核启动压缩（Compressed Memory）并置换 LRU（最近最少使用）缓存页，Safari 标签页可能被卸载，Dock 图标响应延迟增加。
- 当 /private/var/folders 下某缓存目录占用超过 2GB 且 60 天未访问，系统在下次维护周期（通常凌晨 2–4 点）尝试清理其子项，但不保证执行成功。
终端命令清理要精准，避免通配符误伤
用 rm -rf 批量删缓存前，务必先用 ls 或 find 验证路径。推荐组合操作：
- 查 Chrome 缓存大小：du -sh ~/Library/Caches/Google/Chrome/Default/Cache/
- 删 90 天前的用户缓存：find ~/Library/Caches -type d -name "*Cache*" -mtime +90 -depth -print0 | xargs -0 rm -rf
- 清空 Safari 网络缓存（不删本地存储）：rm -rf ~/Library/Caches/com.apple.Safari/Cache.db* && touch ~/Library/Caches/com.apple.Safari/Cache.db
最后一步的 touch 是重建空缓存文件，防止 Safari 启动时报错。
