AppUnlink 如何把文件关联到应用
强应用身份与精确 Bundle 路径可以支持建议；共享或模糊证据则不能。
直接回答
AppUnlink 从所选应用的 Bundle ID、签名、Team ID、entitlements 与内嵌组件开始判断。精确 Bundle ID 路径比名称匹配更强；共享 App Group、重复标识、符号链接与仅名称匹配会被保留或阻止。
适用场景
- 你希望了解偏好设置、缓存、容器或支持文件为什么与所选应用相关联。
- 应用包含扩展、辅助程序、App Group 或重复标识，使仅按名称卸载并不安全。
- 你需要一份可复核的移除计划，并让共享、受保护、不确定和不可读项目保持可见。
分步骤复核
从所选应用包开始
读取应用的 Bundle ID、签名信息、Team ID、entitlements、内嵌组件和精确 Bundle 路径。
枚举已知支持位置
检查受支持的 Library 位置与应用容器，不沿着不可信符号链接离开预期范围。
为每项关系分级
优先使用精确 Bundle ID 路径和一致的签名身份，把仅名称、重复、共享或矛盾证据分开。
复核共享使用者与覆盖率
把 App Group 和其他共享容器视为设计上共享，并显示任何无法读取的预期位置。
执行前保存计划
记录所选应用身份、逐项决定、证据、覆盖率与修订号，使执行过的计划可以审计。
相关技术原理
身份先于名称
Bundle 与签名身份可以减少因名称相似而错误关联无关文件的风险。
共享使用者保持可见
存在已知共享使用者的文件不只属于所选应用，因此会留在 Mac 上。
覆盖率也是答案的一部分
AppUnlink 会显示预期位置是否可读，避免把看似干净的结果误解为完整证据。
风险与不应执行的操作
名称相同只是弱证据
无关应用和文件可能使用相同的人类可读名称，单独的名称相似不能支持移除。
共享容器本来就是共享的
Apple App Group 允许同一团队的多个应用使用一个容器，因此存在其他已知使用者时不能判定为独占。
不可读不代表不存在
权限缺口、受保护位置、符号链接和重复标识必须保持可见，不能被静默省略。
Omuuz 产品能做什么、不能做什么
能够做到
AppUnlink 可以把 Bundle 身份、代码签名证据、精确路径、entitlements、内嵌组件与覆盖率组合成可复核的关系等级。
不能做到
AppUnlink 不能仅凭名称证明归属，不能移除已知共享容器、沿不安全符号链接越界，也不会把不可读位置描述成干净。
产品证据
