哪些模块能挂进 FPA：只看作用域里有没有系统框架
面对一个没见过的 Xposed 模块，判断它能不能挂进 FPA，只需要看一条：模块的作用域里有没有「系统框架（System Framework）」。
一条规则说完
| 模块类型 | 能不能用 |
|---|---|
| 作用域是单个应用的 | 可以试，能不能跑看 FPA 的 API 实现面 |
| 作用域包含「系统框架」的 | 不行，免 Root 框架一律加载不了 |
道理在FPA 和 LSPosed 有什么区别里讲过：免 Root 方案只能作用于打进包里的那个应用，碰不到系统进程。模块要动系统框架，等于要改系统行为——这与 FPA 的工作前提直接冲突。
怎么看模块的作用域
装模块之前，先读它的说明页或应用介绍：作用域一栏写着「系统框架 / System Framework / 安卓系统」这类字眼的，直接放弃；写着某个具体应用（QQ、某音乐应用、某游戏……）的，才有尝试价值。
第二层过滤：API 实现面
过了作用域这关，还有第二道坎——FPA 只实现了部分 Xposed Hook API。模块调用了它没实现的接口，就会走到异常分支：功能不生效、或直接闪退。所以「作用域没问题」只是入场券，最终答案要看实测：
- 先只打包这一个模块，别一次挂好几个；
- 装上后打开目标应用，看模块的功能入口在不在；
- 入口在但功能不动，属「部分生效」，换模块版本或放弃；
- 一打开就闪退，按签名/兼容性问题排查（应用打包后闪退）。
已知可用的名字
公开资料里明确提到实测可用的只有少数几个：FunBox、QAuxiliary，以及汽水音乐场景下社区提到的 MoonHook、WinHook、Deer God。其余模块一律「自测为准」——别信任何「全兼容」的说法。这几个名字的详细情况：FunBox 模块、QAuxiliary、汽水音乐过签实例。
筛选规则清楚了，下一步去认识这几个模块，或直接看模块加载失败的常见原因备用。