一次只挂一个模块：多模块混挂为什么容易翻车
官方上手指南里有一条很容易被轻视的建议：「一次只挂一个模块——多模块混挂出了问题分不清是谁的锅，先跑稳一个再加下一个。」这条建议的价值，要在第一次出问题时才真正显现。
混挂为什么是排查灾难
FPA 的模块运行在一个不完整的 Xposed API 实现上（开源与底层）。当一个应用挂了多个模块、然后出现异常时，可能性至少有三种：
- 模块 A 调用了 FPA 没实现的接口；
- 模块 B 与模块 A 钩住了同一个方法，回调顺序冲突；
- 应用本身对这个包的兼容问题。
你没有任何日志手段区分这三者。而如果只挂了一个模块，异常只可能来自「这个模块 × 这个应用 × 这个 FPA 版本」的组合，排查面瞬间缩小（排查顺序见模块加载失败的常见原因）。
推荐的加模块节奏
- 单模块跑通：一个模块、钩一个应用，功能正常出现；
- 稳定观察几天：确认日常使用无闪退、无功能异常；
- 再考虑第二个：加一个就观察一段，出现异常立刻撤掉最新的那个验证归因；
- 同类功能别重叠：两个模块改同一个功能点（比如都改消息气泡），冲突概率最高，二选一。
模块数量与稳定性
社区的使用建议里还有一条相关口径：不要同时加载过多模块——太多模块一起运行会增加运行负担，可能拖慢应用。保留常用的、停用不常用的，是长期稳定用的做法。
已经混挂了的怎么办
如果现在手机上有个应用挂了三四个模块、而它开始出问题：全部撤掉，只留一个（最好是你最想保的那个），确认单模块时是否正常，再逐个加回去。归因速度比在多模块里猜快得多。撤掉与重勾的操作在勾选模块让功能生效里。
单模块跑通之后，值得提前备着的知识是：模块加载失败的常见原因。