组件禁用——为什么 LibChecker 不做这件事

重要提示：LibChecker 不提供禁用组件功能

很多用户问"我能不能用 LibChecker 看到组件后把它们禁用掉？"——LibChecker 不提供禁用功能，这是设计决定，不是遗漏。

为什么禁用很危险

在 LibChecker 的官方文档"什么是注册组件"章节中有一个显眼的警告框：

警告：随意禁用注册组件是一项危险的操作。最好的情况是相关功能无法使用。如果 App 的开发者没有做良好的容错处理，将很可能导致 App 闪退、数据丢失。

具体风险：

• 热更新框架：很多现代 App（抖音、微信、淘宝）大量依赖动态组件注册。表面上禁用了某个 Activity，启动时 App 会重新动态注册回来
• 依赖关系：组件之间可能有隐式依赖——禁用了一个 Service，它可能是另一个 BroadcastReceiver 启动的前提
• 权限关联：禁用 Provider 可能导致数据不可访问，进而导致崩溃

真的想禁用怎么办

有其他工具可以配合使用，但请自行评估风险：

• IFW（Intent Firewall）：基于 XML 规则文件，拦截组件调用。典型工具如 MyAndroidTools
• PM disable 命令：pm disable-user --user 0 [包名]/[组件名]，需要 ADB 或 Root
• LSPosed 模块：通过 Hook 方式拦截组件激活

正确的工具链思路

LibChecker 识别组件 → 判断是否值得禁用 → 用 IFW/PM 禁用 → 重启验证 → 有问题就恢复

禁用前务必用快照功能保存一份"组件清单"作为基准。