在 Mac 上卸载 Keka

用 Keka 压缩或解压出来的文件都是你自己的普通文件，卸载 Keka 不会碰它们。这份指南覆盖 Keka GitHub Releases 上的官方 DMG，以及 Homebrew cask keka；两者装的是同一个沙盒化的应用，bundle identifier 也一样，都是 com.aone.keka，所以下面的路径两边都适用。

退出并移除应用

移除下面的容器数据前，先把需要的 Keka 设置和数据复制到这些目录之外，压缩文件留在原保存位置。

从菜单退出 Keka，再把「应用程序」里的 Keka.app 拖进废纸篓。应用一旦没了，Keka 的右键菜单服务 Send to Keka、Extract using Keka、Compress using Keka，以及它的访达扩展也会随之失效；不需要事先单独关闭它们。

Keka 的数据放在哪里

Keka 从 1.1.0 版起就是沙盒化的，官网直装版和 Mac App Store 版都一样，所以它的数据都在 App Group 和容器路径里，而不是家目录下随意存放的普通文件。

Keka 官方的卸载说明描述的是用 rm -r 和 defaults remove 手动删除同样的容器、Group Container 和访达扩展容器；Mole 的这几行走的是自己一套「审查后进废纸篓」的流程，覆盖的是同一批路径，不用你自己输入这些命令。

如果另外安装了 KekaExternalHelper

KekaExternalHelper 是设置默认解压应用的独立助手，不是恢复访达扩展开关的工具。如果下载过它，找到你解压或另存的那份，仍在运行时先退出，再把助手应用移到废纸篓。移除它不会替你选择新的默认解压应用，可以在访达对压缩文件打开「显示简介 › 打开方式」，选想使用的应用。

检查结果

在终端运行下面的只读命令：

pgrep -il keka
ls -d ~/Library/Containers/com.aone.keka
pluginkit -m | grep -i keka

pgrep 没有输出，只表示没有名称匹配 Keka 的进程，有结果时核对可执行文件路径。ls -d 如果容器还在这台 Mac 上就会打印路径，删掉后会提示「No such file or directory」，权限错误仍无法确认。pluginkit -m 成功读取且没有报错时，没有 Keka 行只表示返回的注册列表没有匹配，不证明每份扩展文件都已移除。

用 Homebrew 安装时

Mole 会先检查 zap 清单，涉及未勾选的数据、其他应用共用的文件或无法确认的内容时不执行 --zap，已勾选的残留仍由 Mole 清理。

自己运行 brew uninstall --cask --zap keka 时，这个 cask 的 zap 清单会把上面表格里同样的容器、Group Container、访达扩展容器和 Application Scripts 路径，连同偏好设置和保存的窗口状态一并移进废纸篓，不管你在 Mole 里留没留勾。清单里还点了名一个 Keka 沙盒化之前，也就是 1.1.0 之前，遗留的 ~/Library/Application Support/Keka 文件夹；当前版本的安装通常那里什么都没有，但如果存在，zap 同样会清掉。只移除应用：

brew uninstall --cask keka

Homebrew Keka cask

Mole 会列出什么

主应用的沙盒容器、它的 App Group 容器，以及主应用那份 Application Scripts 记录都默认勾选，这个组需要匹配 Keka 的准确签名身份，另一个已装应用也认领它或无法确认归属时，Mole 会保留。确认访达扩展装在 Keka.app 内且标识符延续主应用时，它的容器和 Application Scripts 记录也默认勾选，要保留扩展数据就取消勾选。

这次检查覆盖了什么

测试用的 Keka 通过 Homebrew cask keka 安装，2026 年 9 月 17 日用一个开发版 Mole 卸载。App Group 容器和主沙盒容器都被干净移除，访达扩展的容器以需确认行的形式出现。没有发现新的残留。KekaExternalHelper，也就是设置默认解压应用的独立助手，以及 Mac App Store 版本，都不在这次测试范围内。