如何在 Mac 上卸载 MacZip
MacZip 是一款免费的 Mac 压缩工具，以前叫 eZip，来自 ezip.awehunt.com，可以打开和创建压缩包、用密码加密，还带一个访达扩展。你做的压缩包是存在你自己选的位置的普通文件，移除应用不会动它们，压缩包和你设的密码都请自己留好。厂商页面还说 MacZip 在 macOS 沙盒里运行，所以它留下的东西几乎都在沙盒容器里。本文覆盖厂商提供的磁盘映像和 Homebrew cask maczip，Mac App Store 里的 MacZip 是另一个安装来源，没有测。
退出并移除应用
- 还要用的压缩包，先从你打算清理的文件夹里挪出来，MacZip 做的东西并不在应用里面。
- 按 Command + Q 退出 MacZip。
- 打开访达，进入「应用程序」，选中 MacZip 按 Option + Command + Delete，这是厂商卸载说明里的做法，也可以直接拖进废纸篓。
测试里没有记录到 MacZip 的登录项或启动代理。
数据在哪里
在访达按 Shift + Command + G 逐项打开，不存在的路径跳过即可。
| 位置 | 内容 | 处理建议 |
|---|---|---|
~/Library/Containers/com.jinghaoshe.ezip |
应用的沙盒容器，偏好设置和缓存都在里面 | 移除。Mole 默认勾选。macOS 拒绝移动的话见下文。 |
~/Library/Containers/com.jinghaoshe.ezip.FinderExtension |
访达扩展的沙盒容器 | 移除。Mole 默认勾选。macOS 拒绝移动的话见下文。 |
~/Library/Application Scripts/com.jinghaoshe.ezip、~/Library/Application Scripts/com.jinghaoshe.ezip.FinderExtension |
应用和扩展的脚本文件夹，测试里是空的 | 移除。Mole 默认勾选。 |
~/Library/Group Containers/group.com.jinghaoshe.ezip.shared、~/Library/Application Scripts/group.com.jinghaoshe.ezip.shared |
应用和扩展共用的 App Group，测试里是空的 | 移除。Mole 会列出供审查，默认勾选。 |
getconf DARWIN_USER_CACHE_DIR 打印出的文件夹里名为 com.jinghaoshe.ezip 的临时缓存 |
缓存，测试里 20 KB | 随应用一起移除。Mole 默认勾选。 |
macOS 提示不允许删除容器的话，先确认 MacZip 已经退出再到访达里重试，沙盒应用的数据受保护时 macOS 仍可能拒绝。这时可以到系统设置 › 隐私与安全性 › 完全磁盘访问权限里给 Mole 授权，让它重试失败的行，也可以等没有程序占用它之后自己移除这个文件夹。
检查结果
pgrep -il maczip
ls -d "$HOME/Library/Containers/com.jinghaoshe.ezip"* "$HOME/Library/Group Containers/group.com.jinghaoshe.ezip.shared" "$HOME/Library/Application Scripts/com.jinghaoshe.ezip"*
pluginkit -mA | grep -i jinghaoshe
pgrep没有输出，表示 MacZip 没在跑。打印出一行就是还活着的进程，退出它，或者重启一次 Mac。ls打印出来的路径仍然存在，No such file or directory表示该路径已经没了。Mole 没有完全磁盘访问权限时容器留下来，就是上面说的那种正常情况。pluginkit没有输出，表示系统里没有 MacZip 的扩展。有输出说明这个应用的扩展还登记着，注销再登录后再运行一次。
用 Homebrew 安装时
brew uninstall --cask maczip
这个 cask 没有 uninstall 步骤，所以这条命令只移除应用，容器留着。它的 zap 清单包括 ~/Library/Containers/com.jinghaoshe.ezip、~/Library/Application Scripts/com.jinghaoshe.ezip、~/Library/WebKit/com.jinghaoshe.ezip 和 ~/Library/Preferences/com.jinghaoshe.eZipAssistant.plist，最后这个是更早的辅助程序 eZip Assistant 的偏好设置文件。运行 brew uninstall --cask --zap maczip 会把这些统统删掉，不管你有没有审查过，也不读取 Mole 的勾选，碰容器还需要完全磁盘访问权限。Mole 只在整个移除范围都通过它的 zap 检查时才加 --zap，有未勾选或共用的路径、超出审查范围的路径，或者磁盘上存在但它没有列出的匹配路径，都会让它不加，改由 Mole 自己移除你勾选的行。
Mole 会列出什么
Mole 会勾选应用本体、两个容器、两个 Application Scripts 文件夹和临时缓存文件夹，App Group 容器和它的 Application Scripts 文件夹会列出供审查，这个组以应用自己的 bundle ID 命名，所以默认勾选。移除之前 Mole 会请 MacZip 退出，不退出就强制结束，同时用 defaults delete 清掉这个应用的偏好设置域，这一步从废纸篓里恢复不了。有完全磁盘访问权限时 Mole 能移动这些容器，没有的话 Mole 的报告会点明这项权限并提供重试。
这次检查覆盖了什么
2026 年 11 月 9 日，这次检查从厂商的 CDN 下载了 Universal 磁盘映像 2.4，sha256 与 Homebrew cask 一致，把应用拷进「应用程序」，没有运行 brew install，打开一次、退出。随后用源码构建、重新签名的 Debug 版 Mole 勾上全部审查行卸载，没有使用 Mole 的公证发布版。Mole 把应用、两个 Application Scripts 文件夹和临时缓存移进了废纸篓，两个容器因为测试用的构建没有完全磁盘访问权限，macOS 返回错误 513 拒绝移动，所以留了下来。第一次运行时 Mole 还把群组的 Application Scripts 文件夹当作受保护数据跳过了，群组容器也没动，问题修好后在同一个安装包上重跑，两项都移走了，群组容器是在 macOS 询问是否允许访问其他应用的数据之后移走的。状态页显示一行 MacZip，1 个进程，Mole 没有找到更新渠道，也就没有执行更新。创建或打开压缩包、加密、使用中的访达扩展、Mac App Store 版和由 Homebrew 管理的卸载都没有测。