企业官网建设流程全解析

释放 95.5GB 空间：Mole 这款 Mac 清理工具的完整上手与实战

【免费下载链接】Mole🐹 Clean, uninstall, analyze, optimize, and monitor your Mac. Free open-source CLI, plus a native Mac app.项目地址: https://gitcode.com/GitHub_Trending/mole15/Mole

周五晚上九点，视频项目导出一半，系统弹出了那句熟悉的警告：磁盘空间不足。你打开"关于本机"想看看空间都去哪了，结果越看越糊涂——Xcode 的模拟器镜像、Downloads 里几个月前下载的安装包、浏览器悄悄攒下的缓存，每一块都不大，加起来却是几十 GB 的"隐形占用"。

Mole 就是为这种场景准备的：一款免费开源的 Mac 清理工具与存储管理命令行，一条命令就能完成深度清理、应用彻底卸载、可视化磁盘分析、系统维护和实时状态监控，而且全程可以在终端里完成。

三分钟上手：安装 Mole 并跑通第一条命令

Mole 是命令行工具，安装只需要一行（需要已装 Homebrew）：

brew install mole

安装完先确认一下：

mo --version

然后跑第一条真正有用的命令——打开磁盘浏览器，直观看看空间都分布在哪：

mo analyze

屏幕会以条形图列出各个目录的占用：主目录 75.4GB、用户库 34.6GB、应用程序 22.4GB……方向键就能逐层钻进文件夹，看到"大头"藏在哪个目录里。看完别急着退出，接下来就是正式的清理链路。

核心工作流：分析 → 预览 → 执行 的磁盘清理命令链

Mole 的推荐用法是一条三步链路，每一步都有对应命令和明确产出：

第一步，分析。mo analyze就是上面那条，支持 Vim 风格按键、过滤、多选，还能把选中的目录在 Finder 里预览。它只负责"看"，确认前不会动任何文件。

第二步，预览。想动手之前，先让 Mole 把清理计划摊开给你看：

mo clean --dry-run --debug

--dry-run意味着只演算不执行：哪些路径会被清掉、每个目录多大、哪些会被跳过（以及为什么），全部列出。加--debug还能看到更细的执行日志。这一步删掉的是你的"不确定感"，而不是文件。

第三步，执行。确认计划没问题后：

mo clean

跑完会给你一份小结。README 里的一个真实输出长这样：97 个项目、4 个类别，本次清理 4.5GB，可用空间从 219.0GB 变成 223.5GB。每一次清理都有账，花在哪里一目了然。

能力拆解：不只是"删缓存"

智能识别：只碰能再生的东西。Mole 的核心判断逻辑是区分三类内容：系统和应用会自动再生的缓存（可删）、你的用户数据（不碰）、系统运行必需的文件（绝不碰）。清理目标基本都落在"删了也能重建"的范围里，这是它敢做深度清理的底气。

模块化架构：一个场景一套脚本。清理逻辑按场景拆分，而不是塞在一个大脚本里：清理模块 里按应用缓存、浏览器、开发者工具、系统、用户目录各有一套专项脚本；分析模块 是用 Go 写的磁盘浏览器；管理模块 负责白名单、卸载残留和自更新；状态监控 独立成另一个子系统。各管各的，行为可预期，出了问题也方便定位。

白名单：把想留的缓存圈起来。有些缓存你不想清，比如某个下载器需要长期保留的索引。运行：

mo clean --whitelist

把想保护的路径加进去即可，选择会持久化到~/.config/mole/whitelist，之后每次mo clean都会自动绕开它们。

实时监控：mo status 仪表盘。清理之外，Mole 还带一块只读的健康面板：

mo status

CPU（逐核心）、内存、磁盘读写、网络吞吐、电池状态、占用最高的进程，一屏看完，还会给出一个综合健康分。它只读不写，拿来排查"这台 Mac 为什么突然变慢"很合适。

构建产物清理：mo purge。对写代码的人，真正的大头往往是node_modules、target、dist这些随时能重新构建的产物：

mo purge

Mole 会按项目分组列出来，只显示你勾选确认后才会真正删除；最近 7 天内还有活动、或它无法确认状态的产物，默认一律不选，避免误伤正在用的项目。

安全设计：为什么敢让它删文件

清理工具最怕的不是"清不干净"，而是"删错东西"。Mole 的做法是把安全做进流程，而不是提醒你"小心点"：

• 统一的路径校验。所有删除操作都要先过一道校验（实现在 lib/core/file_ops.sh）：只接受绝对路径、解析符号链接防止"指鹿为马"、拦截..路径穿越和控制字符，/System、/bin、/etc这类系统位置在任何情况下都不可删。
• 应用保护规则。应用保护 内置受保护应用的判断规则，共享数据在被其他应用使用时会被保留而不是删除。
• 操作日志。每次清理都会记录在~/Library/Logs/mole/operations.log，随时可以用mo history回看昨天到底清了哪些东西，心里不踏实时这是最好的复查入口。
• 超时保护。长时间操作受 超时机制 约束，不会无限挂起。
• 不确定就跳过。Mole 的设计原则是"无法证明安全就跳过或拒绝"，宁可少清，不可错删。

完整的设计细节写在 docs/SECURITY_DESIGN.md，想了解它到底拦得住什么，值得花十分钟读一遍。

分角色实战：你关心什么，就先清什么

设计师：清掉创意软件的缓存。Adobe 全家桶、Sketch 这类工具的缓存动辄几十 GB。跑一轮mo clean之后，一位设计师用户清掉了 32GB 的项目工具缓存，加载工程文件的速度明显回来了。

开发者：Xcode + 包管理器是主战场。Xcode 的 derived data 和模拟器镜像、npm/pnpm 的依赖缓存，加上各项目的node_modules，是典型的"平时不觉得、加起来吓一跳"。组合拳是mo clean（清 Xcode、npm 相关缓存）+mo purge（清构建产物），一位开发者用户的开发工具类残留一次清了 23.3GB。

普通用户：从 Downloads 和回收站入手。不需要碰任何开发命令，两条就够：mo installer扫出 Downloads、桌面、邮件里积攒的 DMG/PKG 安装包（示例中一次清出 3.83GB），mo clean顺手清空回收站。不装开发环境的人，这两步通常就能解决"空间告急"。

进阶：把 Mac 缓存清理调成自己的习惯

给愿意多花两分钟配置的用户，几个用得上的定制点：

• 只看外置磁盘：mo analyze /Volumes，把分析范围限定到外接盘，不碰系统盘。
• 脚本化输出：mo analyze --json ~/Documents输出一次性的 JSON 磁盘报告；mo status --json输出状态快照，方便接自己的监控脚本。
• 自定义扫描目录：mo purge --paths把项目目录指到你真正写代码的地方，之后 purge 只扫这些目录（配置存在 lib/manage/purge_paths.sh 对应的用户配置里）。
• Touch ID 授权：mo touchid把 sudo 换成指纹确认，清系统级缓存时不用反复输密码。
• Tab 补全与自更新：mo completion配一次 shell 补全；mo update让 Mole 自己保持最新。

真实效果：一组来自完整清理的数字

一次包含清理、卸载、产物回收的完整周期，账目大致如下（不同机器差异会很大）：

• 用户应用缓存 45.2GB
• 浏览器缓存 10.5GB
• 开发工具残留 23.3GB
• 系统日志 3.8GB
• 回收站文件 12.3GB

合计释放 95.5GB，收尾时磁盘可用空间定格在223.5GB。数字之外更值钱的是那份清单：你知道每一块空间来自哪，下次知道先清哪。

结语

磁盘空间这事，拖到弹窗警告才开始处理，往往就是又一轮"删哪个都不舍得"的循环。Mole 把这件事拆成了看得见的三步——分析、预览、执行，每一步都可回看、可拒绝。

打开终端，敲下brew install mole，再用mo clean --dry-run看看你的 Mac 里到底藏着多少空间。看完那份清单，你就知道答案了。

【免费下载链接】Mole🐹 Clean, uninstall, analyze, optimize, and monitor your Mac. Free open-source CLI, plus a native Mac app.项目地址: https://gitcode.com/GitHub_Trending/mole15/Mole