如何彻底卸载 Mac 应用，又不误删共享数据

应用与维护发布于 约 4 分钟

把一个结构简单的应用拖进废纸篓，通常就已经卸载得足够干净。但有些应用还会安装辅助程序、驱动、系统扩展、登录项、共享容器，或体积很大的用户数据库。彻底卸载要让这款软件完整退出系统，同时保住文档和同一厂商的其他应用。按厂商名字搜索后全部删除，不是安全做法。

下面会说明这些残留通常藏在哪里、如何手动处理，以及怎样更快地找全它们，又不靠猜。

为什么拖进废纸篓后仍有残留

Mac 应用本身是一个 .app 包，但大多数应用第一次运行后，还会在应用包之外写入偏好设置、缓存、支持文件，有时也会注册登录项或后台代理。删除 .app 只移除了程序主体，没有清掉它在资源库目录里留下的内容。这些内容通常就被称为应用残留。

Bundle ID 将应用包与支持数据、缓存、偏好设置、容器和启动代理关联起来，经过检查后再移除。
完整卸载会沿着应用的 Bundle ID 找到应用包及其资源库数据，先检查整套内容，再把确认可删的项目移到废纸篓。

小型应用可能只留下几个几乎不占空间的偏好设置文件。浏览器、游戏、开发工具或媒体应用却可能留下数 GB 数据。体积大并不等于可以删除，其中可能既有可重建的缓存，也有用户配置、项目、消息、插件或离线内容。

会改动系统的软件，优先使用厂商卸载器

VPN、杀毒软件、音频驱动、虚拟化软件、云同步客户端、输入设备工具，以及带有系统扩展的应用，都应优先通过应用自带或厂商提供的卸载器移除。厂商卸载器知道如何按正确顺序停用扩展、卸载特权服务并清理安装凭据，这些关系不是 Finder 能推断出来的。

开始前先导出设置或本地数据，并确认订阅、设备授权是否需要另外解除。Apple 的卸载应用说明也建议在应用自带卸载器时优先使用它，并特别提醒：删除应用不会自动取消订阅，也不会删除用该应用创建的文档。

应用残留通常藏在哪里

普通的用户级残留大多位于默认隐藏的个人资源库目录。与系统结合较深的软件也可能在 /Library 下安装文件，因此不能随意全盘搜索并删除带有厂商名称的内容。

在 Finder 中按住 Option 键并打开「前往」菜单，就能看到「资源库」。常见的用户级位置包括：

  • ~/Library/Application Support/：应用的主要支持数据，经常也是体积最大的残留。
  • ~/Library/Caches/：为了加快运行而生成、通常可以重建的缓存。
  • ~/Library/Preferences/：应用设置对应的 .plist 文件。
  • ~/Library/Containers/ 和 ~/Library/Group Containers/：沙盒应用数据和共享容器。
  • ~/Library/Logs/：应用日志。
  • ~/Library/Saved Application State/：窗口和会话状态。
  • ~/Library/LaunchAgents/：登录后重新启动应用或服务的后台代理。

沙盒应用可能把自己的数据放在容器中，再通过群组容器与同一开发者的其他应用或扩展共享。没有确认所有使用者之前，不要删除群组容器。为卸载一个应用而删掉共享容器，可能同时清空另一个应用的数据。

用 Bundle ID 查找，而不是只看应用名称

残留很难只凭文件名识别，因为 macOS 经常使用应用的 Bundle ID 命名。它是类似 com.spotify.client 的反向域名字符串，不一定与界面上显示的应用名相同。先取得 Bundle ID：

osascript -e 'id of app "Spotify"'
mdls -name kMDItemCFBundleIdentifier -r /Applications/Spotify.app

再把 Bundle ID 和厂商名作为搜索线索：

find ~/Library -maxdepth 4 \( -iname "*spotify*" -o -iname "*com.spotify*" \) -print 2>/dev/null

搜索结果只是候选项，不是可以删除的证明。逐项检查路径内容、所属应用和实际用途。偏好设置可以用 defaults 查询，但删掉偏好域并不是卸载的必要步骤，它也会让以后重装应用时无法沿用旧设置。如果占用几乎可以忽略，或你可能再次安装，保留它通常更稳妥。

如何手动彻底卸载

  1. 导出不可替代的数据，并确认已有可用的最新备份。
  2. 查看厂商的卸载说明。应用包含辅助程序、扩展、驱动或授权状态时，使用厂商卸载器。
  3. 从应用自身或「活动监视器」退出应用和可见的辅助进程。
  4. 对结构简单的应用，先把 .app 移到废纸篓，再检查资源库中与 Bundle ID 和厂商精确匹配的项目。区分缓存、用户配置、项目、数据库和共享容器。
  5. 在「系统设置 > 通用 > 登录项与扩展」中关闭仍然存在的厂商登录项。不要根据 plist 文件名猜测 launchd 服务标签。
  6. 只有厂商卸载器或系统扩展明确要求时才重启。测试相关应用、文件类型、外接设备和同步功能，确认正常后再清空废纸篓。

手动方法可行，但速度慢，也容易出错。应用名、开发者名和目录名并不总是相同，沙盒数据又藏得很深。结果往往是无关文件被误删，大的残留却仍然留着。

更快也更稳妥的做法

卸载检查界面展开了一款应用，列出应用包以及位于资源库 Application Support 和 HTTPStorages 中的残留，每项都显示大小和复选框，底部有移除按钮。
卸载前完整列出应用和资源库残留，并显示大小与复选框，确认后才执行。这是 Mole 的卸载检查界面。

专门的卸载工具可以解析 Bundle ID，再汇总资源库中可能属于这款应用的内容。Mole 会在删除前展示候选项目和大小，校验每条路径，并把普通文件移到废纸篓。它能减少搜索工作，但不能取代厂商卸载器，也不会把共享容器自动视为可删内容。检查是卸载流程的一部分，不是一个只起装饰作用的确认页。

安全卸载器在内部如何工作

这一节可以跳过，但它能解释为什么发现顺序和路径校验都很重要。Mole 命令行版与 Mac 原生应用的实现彼此独立，不过两者都会把工作拆成发现、检查和确认执行。下面的顺序对应 Mac 应用。

安全卸载器依次确认应用身份、发现残留、展示检查计划、等待确认、停止应用和辅助进程、校验每条路径、卸载已批准的任务、把允许删除的项目移到废纸篓，并记录跳过或已删除的结果。
发现阶段不能删除任何内容。用户确认后才进入执行阶段，每个启动项和文件路径仍要再次通过安全校验，才能卸载或移到废纸篓。

Bundle ID 只有符合反向域名格式时，才能参与基于身份的匹配，避免异常输入把搜索范围意外放大。扫描器还会读取内嵌登录项 Info.plist 里的标识符，而不是从文件名猜测。

你批准完整计划后，应用才会退出目标程序并停止与它精确匹配的辅助进程。启动项只有在 PathGuard 校验通过后才会卸载，DeletionExecutor 也会在调用废纸篓层之前重新校验每个 URL。不存在、受保护或被拒绝的路径会明确记为跳过，不会在静默的部分删除中消失。

一条可复用的安全卸载原则

与系统结合较深的软件使用厂商卸载器。普通应用先删除应用包，再按身份和数据类型检查精确匹配的残留。文档、用户配置、数据库和群组容器在归属得到证明前一律保留。先把删除内容留在废纸篓中，验证相关应用和服务仍然正常，最后再清空。