Boost for Mac：开源内存清理与磁盘工具，暂停 App 代替关闭，不碰你的下载与 iOS 备份

Boost 是一个给 macOS 用的开源内存与磁盘工具，主打「把真相告诉你」：内存没问题时它会直接说没事可做，磁盘清理默认一个勾都不打，并且明确不碰你的下载文件夹和 iOS 设备备份。

它由 Swift 写成，GPL-3.0 授权，要求 macOS 14 及以上，Apple 芯片与 Intel 是同一个通用二进制。作者把它定位成 Windows 上 Mem Reduct 的 macOS 对应物，但做法完全不一样。

Boost 想解决的到底是哪件事？

市面上的「Mac 清理器」大多走同一套路：先给你看一个很大的数字，再提供把它变小的按钮。而那个数字通常是缓存内存，也就是 macOS 正在好好利用的内存，把它清掉只会让机器变慢。

Boost 的逻辑是反过来的：

• 没事可做时它会直说。如果 swap 是零，顶部就写着你的 Mac 扛得住，关东西意义不大。
• 先解释数字，再谈要不要动。缓存内存在界面上被显示为「可用」，因为它本来就是可用的。
• 好看但危险的操作它不做。磁盘清理会跳过 Downloads 和 iPhone 备份，这两项能刷出漂亮的数字但不安全。
• 「释放内存」是主按钮。它请 macOS 回收空闲页，同时盯着 swap，然后把实际发生了什么告诉你。

「释放内存」在 macOS 上到底怎么做到的？

这是全文最该看的一段。Windows 的 Mem Reduct 靠 EmptyWorkingSet，一个允许进程把别的进程的页推到 pagefile 的 API。macOS 没有对应的公开 API，没有任何第三方 app 能伸手进别的进程把内存推到磁盘。这一点在苹果自己的 XNU 内核源码文档里有说明，不是这个 app 的限制。

而且就算有，也不值得抄。苹果早就围绕内存压缩重新设计了 macOS 来避免 swap：从内存里读回一个压缩页，远比从 SSD 读回来快，反复写 swap 还会磨损硬盘。在今天强行把页推去 swap，只会让 Mac 更慢而不是更轻。

所以 Boost 走的是 macOS 真正给的路：用苹果自己的 memory_pressure 工具短暂向系统申请内存，促使内核释放空闲页并尽量压缩，然后把申请还回去，对比前后读数，只报告真正停止使用的那部分。

由此几条硬边界：不关闭 app、不删除文件、不需要你的管理员密码（除非你自己打开可选的磁盘缓存清理）；一旦 swap 开始增长就提前收手，因为换页到磁盘的代价大于回收的收益。

效果上要有预期：一次典型的回收是几百 MB 到 1 GB 左右。作者说这不是 bug，苹果自己更激进的 purge 在 Apple 芯片上也是这个量级。要是你的 Mac 本来就不缺内存，那确实没有多少空闲页可以交回来。

Pause 到底做了什么：给整个 App 按下暂停键

Pause 会对某个 app 以及它派生出的所有辅助进程发 SIGSTOP：CPU 占用归零，状态原样保留，macOS 可以顺手把它的页换出去。想用的时候 Resume，一切回到原处，网页停在原来的滚动位置。

Resume All 扫的是整个系统，所以就算 Boost 自己崩了或被退出，也不会有进程被落在冻结状态里出不来。

另外两个动作：Close 是正常退出，有未保存的工作会先提示你；Purge disk cache 属于可选的高级设置，要输密码，作者自己的评价是「很少有正确答案的时候」。

列表的呈现也做了处理：一个 app 加上它所有的辅助进程算一行，浏览器就是一行真实总量，而不是三十个看不懂的进程。再配一条走势小图和一句话说明内存往哪走，还有 badge 标出「内存下限持续上升」的应用，那是泄漏的形状，单看一次读数是看不出来的。大不是信号，浏览器本来就该大。

磁盘清理：它敢删什么，又绝不碰什么？

它只清理删掉之后会自己重建的缓存：Homebrew、npm、pip、uv、Cargo、Gradle、Xcode DerivedData、模拟器缓存、App 缓存、日志、废纸篓。

真正说明立场的是它不碰什么：Downloads 文件夹、任何项目的 node_modules、iOS 设备备份，以及任何需要隐私权限才能读的东西。它会直接跳过 Music、Photos 和 Safari 的缓存，而不是向你要媒体库的访问权限，理由写在 README 里：一个管你要这些权限的磁盘清理器，跟那些确实值得怀疑的清理器没法区分。

安全上是两层：一层是可扫描路径的白名单，另一层是在每次删除之前，对解析后的真实路径再校验一次。缓存目录里放个指向你文档的符号链接，正是这类工具毁数据的典型方式，仓库里专门有测试去构造这个陷阱。

权限、隐私与联网：它碰你的哪些东西？

默认情况下，Boost 不需要任何权限：读进程表、读内存统计、给自己启动的 app 发信号，都不需要授权。另外三项按需索取：辅助功能只用于「关闭按钮即退出 app」这个特性，通知只用于 swap 升高的警告，管理员密码只用于那个可选的磁盘缓存清理。

更值得一说的是它没有的东西：无分析、无遥测、无更新检查、没有任何形式的网络访问，所以也不存在需要你去 opt-out 的开关。

命令行也留了一条路，boost.sh 可以无界面跑同一件事，方便挂到快捷键或脚本上：

./boost.sh              # 关闭 app 及其辅助进程
./boost.sh --pause      # 改为冻结
./boost.sh --resume     # 全系统解冻
./boost.sh --dry-run    # 只列出会动什么，不改任何东西

这些开关都收在设置里（⌘,）：窗口行为、激进回收模式，以及 swap 升高的警告规则。激进模式默认是关的，而且同一屏就写明了代价：推得太狠，它可能成为内核自己决定杀掉某个进程的原因，而 Boost 不会提前给你任何警告。

在 Mac 上怎么装：Homebrew 与源码构建，以及 Gatekeeper 那一关

两条路，官方推荐的是第一条：

brew install --cask kernel-hunter/boost/boost

或者自己构建，耗时差不多，而且完全不碰 Gatekeeper：

git clone https://github.com/Kernel-Hunter/boost.git
cd boost && ./Scripts/build.sh

为什么要把话说这么细？因为 Boost 只做了本地签名，没有公证。公证需要付费的 Apple 开发者账号，而这是免费软件。后果是直接下载 release 里的 .zip 会被 Gatekeeper 拦下，在近期的 macOS 上要绕过去相当麻烦。Homebrew 的 cask 会替你清掉 quarantine 标记，从源码构建则根本不会打上这个标记，这两条才是值得走的路径。

顺带一提，它用的是自签证书而不是 ad-hoc 签名，原因写在了 docs/codesigning.md：ad-hoc 签名背后没有证书，macOS 会把辅助功能的授权绑定到具体的编译字节上，每重新构建一次授权就悄悄失效一次，而自签证书让授权绑在公钥上，一台机器只要授权一次。

现在值不值得用：几个必须先知道的前提

先说清楚短板，再决定要不要装：

• 项目非常新。仓库 2026 年 9 月 15 日才建，第一个版本 v1.0.0 同日发布，v1.1.0 是 9 月 21 日的事。2026 年 9 月时的 star/fork 约 11 / 0，社区体量很小，需要更多时间和更多人验证。
• 别指望它变出大数字。macOS 自己的内存管理已经相当成熟，Boost 能回收的就是几百 MB 到 1 GB 这个区间。如果你的 Mac 真的不卡，它大概率会告诉你「没事可做」，这正是它的设计意图。
• 名字有点吃亏。Boost 和那个著名的 C++ 库同名，搜索时容易被淹没，找的时候记得带上 macOS 或作者名。

如果你正好需要一个常驻菜单栏、能冻结而不是杀掉进程、清理缓存时又明确不碰个人文件的工具，它值得一试；如果你只是想要一个能把数字变小的「清理大师」，那它不是你要的东西，而且作者也不打算做成那样。

许可证是 GPL-3.0，二次分发要注意什么？

Boost 采用 GPL-3.0。三条要点：可以自由使用、修改和再分发；分发修改过的版本时必须同时提供完整源码；修改版也要继续以 GPL-3.0 授权。另外作者在 Pro.swift 里写死了承诺：安全性、诚实的读数，以及任何已经免费发布的功能，不会进付费墙。

下载与相关链接

• 仓库与源码：https://github.com/Kernel-Hunter/boost
• Releases：https://github.com/Kernel-Hunter/boost/releases/latest
• 签名说明：docs/codesigning.md
• 安全说明：SECURITY.md
• 苹果内核内存状态文档：memorystatus_notify.md

同类工具

同类的 Mac 工具我们之前写过几款：Burrow 是给 Mole 套图形界面的开源清理与系统监控工具，NetFluss 常驻菜单栏做网络监控，Homebrew 7.0 则是这次装 Boost 要用到的那条命令的来源。