拖走 App 后，Mac 上的残留该怎么找？PureMac 卸载扫描的复核方法

把一款 Mac 应用拖进废纸篓后，应用程序文件夹里已经看不到它，~/Library 中却可能还留着配置、缓存、日志和容器数据。想把这些文件一起移走，困难往往在于认清归属：目录不一定和应用同名，同一家公司的几个软件也可能共用一处数据。

PureMac 的应用卸载功能会根据应用标识和文件名寻找关联文件，再由用户选择移除。它能省掉逐个目录搜索的工作，但搜索结果仍需要复核。尤其在卸载浏览器、开发工具或一套软件中的单个应用时，看到厂商名称相同，不能直接认定整个目录都可以删除。

最好在移走应用前扫描

如果还没删掉 .app，先退出目标应用，再在 PureMac 的应用卸载面板中选中它。也可以在 Finder 中右键目标应用，通过 Services → Uninstall with PureMac 打开关联文件扫描。这样工具还能取得应用名称、Bundle ID 等身份信息，用它们寻找分散在磁盘上的文件。

Bundle ID 是应用包中的标识，例如 com.example.editor；它和 Finder 显示的名称不一定相同。缓存可能使用这个标识，配置可能是一个 .plist 文件，支持目录又可能只叫 Editor。只搜索应用显示名容易漏掉其中一部分。

如果应用已经删了，可以用 Orphan Finder 查找遗留候选。该功能会把目录中的文件与已安装应用的标识和名称比较。找不到对应应用是一条线索，却不能独自证明文件无用：还有同厂软件、后台组件或需要保留的旧数据时，仍要确认用途。不要为了补齐扫描结果，随意下载另一个来源的旧安装包。

三档敏感度会扩大哪些匹配

PureMac 3.0.0 提供 Strict、Enhanced、Deep 三档。可以从 Strict 开始，先看关联较明确的候选；需要继续寻找时，再比较提高敏感度后新增了哪些路径。

Strict 会使用应用的完整 Bundle ID，以及较严格的应用名和应用目录名匹配。这里的“严格”仍不等于所有条件都按原始字符串完全相等：匹配前会统一大小写并去掉空格、连字符、下划线和点；完整 Bundle ID 的规则会检查文件名中是否包含这个标识。应用专用规则和 entitlement 匹配也会参与扫描。Strict 因此适合缩小候选范围，但不能据此跳过文件检查。

Enhanced 进一步允许名称包含匹配，并使用 Bundle ID 的后两部分、去掉辅助组件后缀后的标识，以及去掉末尾版本号后的应用名。这能找到名称略有差别的辅助文件，也会增加相近名称之间的交叉。某个目录中出现了目标应用的名字，可能表示它属于该应用，也可能只是包含与它有关的文件。

Deep 还会尝试从 Bundle ID 提取公司名称，使用签名中的 Team ID 寻找关联。Team ID 可以提示开发者归属，却不能证明某个目录只服务于当前这一款应用。同一开发者的多个软件都在用的目录，正是这一档需要格外检查的部分。

这些规则的意义是多给你一些候选。把 Deep 当成“更彻底”的按钮，扫描后全选，会省去最需要保留的判断步骤。

列表中的一个文件夹，可能包含更多东西

PureMac 会查找 ~/Library、/Library 下的相关路径，包括 Application Support、Caches、Preferences、Containers、Logs、LaunchAgents 等目录，也会扫描 Documents、Desktop 等位置。出现在卸载列表里的文件，不一定都是可重建的缓存。

几类结果可以按用途分别处理：

候选位置	复核时应弄清楚什么
~/Library/Caches	是否只属于目标应用，是否还被同厂应用使用
~/Library/Preferences	是否愿意放弃配置，今后重装是否还需要这些设置
~/Library/Application Support	是否含本地数据库、插件、下载内容或尚未导出的资料
~/Library/Containers、Group Containers	容器归属是否明确，是否涉及一组应用的共享数据
~/Library/LaunchAgents、/Library/LaunchDaemons	是否属于目标应用的后台组件，其他软件是否依赖它
Documents、Desktop 中的命中项	是应用生成的数据，还是你自己命名的文档或项目

还有一个容易忽略的细节：扫描器会合并父子路径。当父文件夹已在结果中时，它下面的条目不会再逐个列出来；部分 Library 深层匹配还可能把厂商父目录加入结果。因此，列表只有一行，不代表只移除一个小文件。先看完整路径和文件夹内容，再决定是否勾选。

容器也不总是用应用名命名。对于名称像 UUID 的容器，PureMac 会读取容器元数据中的 Bundle ID；对于直接用标识命名的容器，则进行标识匹配。这有助于识别陌生目录，但容器归属明确，也不代表里面的数据可以放弃。卸载前需要导出的笔记、聊天资料或本地数据库，应先在应用里处理好。

特殊规则能补漏，也值得单独看一眼

为了处理名称对不上的情况，PureMac 为部分应用写了专用规则。例如 VS Code 稳定版会加入 ~/Library/Application Support/Code/，并排除包含 Insiders 特征的匹配；Insiders 版本有自己的支持目录。这解释了为什么结果中可能出现一个看起来没有目标应用全名的路径。

专用规则同样会影响较严格的扫描。若你同时装着稳定版、预览版或多个相关软件，复核时应确认路径究竟属于哪一份安装。不能只凭列表里有“排除其他版本”的规则，就认定所有共享数据都已经处理正确。

较实用的选择方式是先留下不确定的目录，只移除确认属于目标应用、且已经不需要的数据。以后如果发现遗漏，再沿明确路径处理。为了追求一次清完而删除一个用途不清的大目录，后续恢复往往更费事。

移入废纸篓之后，先留出检查时间

PureMac 在用户权限下卸载应用关联文件时，会将选中的项目移入废纸篓。删除前仍需要确认。完成后先检查还在使用的相关软件，看看配置、插件和本地资料是否正常，再决定何时清空废纸篓。只要文件还在废纸篓中，就可以尝试放回原位置；清空后不能继续依靠这个途径恢复。

遇到需要管理员授权的项目，应重新查看它们的路径。PureMac 的管理员移除流程可能永久删除文件，不能套用用户权限下移入废纸篓的恢复预期。应用卸载、常规分类清理和清空废纸篓也是不同操作，不要把卸载流程的回收行为推到所有清理功能上。

PureMac 3.0.0 支持 macOS 13 及以上版本，可从官方发行页下载。第一次处理关联文件时，先选一款确定不再使用、数据也已保存的应用，逐项看清扫描结果。真正值得保留的操作习惯，是在确认归属和用途后再删除，而不是把候选文件数量当成卸载质量。