如何在 Mac 上卸载 MacPacker
MacPacker 是 Stephan Arenswald 做的免费开源压缩包管理器，来自 macpacker.app 和它的 GitHub 项目。它能打开压缩包和磁盘映像，创建和编辑 ZIP、7z，还带 Finder 扩展和 Quick Look 扩展。它自己不存资料库，你打开、解压或创建的压缩包都留在你保存的位置，移除应用不会动它们。它的构建都启用了沙盒，设置放在容器里，不是普通文件夹。本文覆盖项目 GitHub Release 的 zip 压缩包和 Homebrew cask macpacker，Mac App Store 版没有测。
退出并移除应用
- 正在进行的压缩或解压先等它做完，确认自己生成的压缩包在预期的位置。
- 按 Command + Q 退出 MacPacker。
- 打开访达，进入「应用程序」，把 MacPacker 拖进废纸篓。它的 Finder 扩展和 Quick Look 扩展打包在应用里面，会一起走。
- 删掉之后访达右键菜单里还有 MacPacker 的条目，去系统设置 › 通用 › 登录项与扩展里看看，这一步没有测。
测试里 MacPacker 没有注册登录项，也没有启动代理。
数据在哪里
在访达按 Shift + Command + G 逐项打开，不存在的路径跳过即可。
| 位置 | 内容 | 处理建议 |
|---|---|---|
~/Library/Containers/com.sarensx.MacPacker、~/Library/Containers/com.sarensx.MacPacker.FinderExtension、~/Library/Containers/com.sarensx.MacPacker.QuickLookExtension |
应用和两个扩展的沙盒容器，应用的偏好设置文件就在它自己的容器里 | 退出后移除。Mole 三个都会勾选，见表格下面的说明。 |
~/Library/Application Scripts/com.sarensx.MacPacker、~/Library/Application Scripts/com.sarensx.MacPacker.FinderExtension、~/Library/Application Scripts/com.sarensx.MacPacker.QuickLookExtension |
macOS 给沙盒应用和扩展建的空文件夹 | 移除。Mole 默认勾选。 |
getconf DARWIN_USER_CACHE_DIR 打印出的文件夹里的 com.sarensx.MacPacker |
Mole 的临时缓存行，20 KB | 移除。Mole 默认勾选。 |
~/Library/Group Containers/group.app.macpacker、~/Library/Application Scripts/group.app.macpacker |
cask 的 zap 清单里列的共享应用组文件夹，首次启动后两个都出现了，里面的内容没有检查 | Mole 不列出。以后不打算重装的话，在访达里手动移除。 |
macOS 拒绝移动某个容器的话，先确认 MacPacker 已经退出，再到访达里重试。由 Mole 移动容器需要完全磁盘访问权限（系统设置 › 隐私与安全性 › 完全磁盘访问权限），没有的话 Mole 的报告会请你开启，容器会留下。
检查结果
pgrep -il macpacker
ls -d /Applications/MacPacker.app "$HOME"/Library/Containers/com.sarensx.MacPacker* "$HOME"/Library/Application\ Scripts/com.sarensx.MacPacker* "$HOME/Library/Group Containers/group.app.macpacker" "$HOME/Library/Application Scripts/group.app.macpacker"
pgrep没有输出，说明 MacPacker 没在跑。打印出一行就是还活着的进程，退出它，或者重启一次 Mac。ls -d提示「No such file or directory」说明那个路径已经没了，打印出路径说明还在盘上。两个group.app.macpacker文件夹会留着是正常的，因为 Mole 不列出它们，容器被 macOS 拒绝移动时也会留下。
用 Homebrew 安装时
brew uninstall --cask macpacker
这个 cask 的普通卸载会退出 MacPacker 并移除应用。brew uninstall --cask --zap macpacker 还会把 zap 清单里的位置移进废纸篓，就是 ~/Library/Application Scripts 和 ~/Library/Containers 里的 com.sarensx.MacPacker* 文件夹，以及两个 group.app.macpacker 文件夹。这些放的是设置，不是你的压缩包，命令也不看 Mole 的勾选。Mole 只在整个移除范围通过 zap 检查时才加 --zap，检查要求每个存在的 zap 路径都是 Mole 列出并且你保持勾选的行。两个应用组文件夹存在时（测试里首次启动后就有），它们不是 Mole 列出的行，所以 Mole 不加 --zap，你勾选的行由 Mole 自己移除。
Mole 会列出什么
Mole 默认勾选应用、临时缓存行，以及应用和两个扩展各自的 Application Scripts 与 Containers 文件夹。移除之前 Mole 会请 MacPacker 退出。Application Scripts/group.app.macpacker 和 Group Containers/group.app.macpacker 不列出，这个应用组不是以 MacPacker 的 bundle ID 命名的，Mole 把它当成共享的，不去动。状态页把 MacPacker 显示成一行，更新页读 MacPacker 的 Sparkle 更新源。
这次检查覆盖了什么
2026 年 11 月 9 日，在一台装着 macOS 26 的测试机上，这次检查从项目的 GitHub Release 取了 MacPacker 1.2.0（Universal）的 zip，校验和与 Homebrew cask macpacker 一致，没有运行 brew install，直接拷进「应用程序」，打开一次，再用源码构建、重新签名的 Debug 版 Mole 勾上所有审查行卸载，没有用 Mole 的公证发布版。第一次运行里 Mole 把应用和 4 行移进了废纸篓，是三个 Application Scripts 文件夹和临时缓存。三个容器留了下来，因为测试用的构建没有完全磁盘访问权限，Application Scripts/group.app.macpacker 被 Mole 当作受保护数据跳过。之后 Mole 的扫描改成不列这一行，在同一个安装包上又跑了一次，列出三个容器和临时缓存，移走了应用和缓存，组文件夹原样留着，没有完全磁盘访问权限，三个容器还是移不走，应用的偏好设置文件也就还在它自己的容器里。状态页显示一行 MacPacker，1 个进程。Mole 检测到 Sparkle 更新源，也没有执行更新。打开或创建压缩包、实际使用 Finder 和 Quick Look 扩展、App Store 版、Homebrew 和 Mole 公证发布版都没有测。