什么时候用打包签名：动态加载不奏效时的备选

FPA 把动态加载设为主推，把打包签名放在钥匙图标后面，这个布局本身就是一份使用建议：先动态，后打包。但「后用」不等于「不重要」——遇到下面这些情况，切换路线就是正确答案。

值得切换的三种场景

• 动态加载对某个应用不奏效：patch 成功、模块也勾了、杀后台重开好几轮，模块就是不出现在应用里。个别应用对注入方式敏感，换个打包方式往往就通了。
• 想要成品可留底、可重装：打包签名的成品是独立的 APK 文件，躺在 Download 目录里。以后重刷机、换设备，把这个文件再装一遍就行，不用重新走 patch 流程（见成品存放在 Download 目录）。
• 习惯了 LSPatch 的操作：FPA 的打包签名界面刻意保持了「添加应用与模块、手动组包」的传统流程，从 LSPatch 迁移过来的用户在这里几乎零学习成本（路线对比见FPA 和 LSPatch 有什么区别）。

不值得切换的情况

• 动态加载用得好好的：没有任何理由换。两条路打出的东西本质相同，别为了「更高级」折腾；
• 想把模块内置进应用：这条路 FPA 走不通——它只支持本地模式，模块不进包。要「成品自带模块」，传统嵌入型工具才有这能力（代价见打包签名的局限）；
• 目标是过复杂签名校验的应用：换路线解决不了校验强度问题，FPA 的过签能力有上限（见哪些应用过不了签）。

切换前的一个提醒

无论哪条路，改签名的铁律不变：成品安装前必须卸载原应用（签名冲突），FPA 本体必须留在手机上（为什么 FPA 不能卸载）。打包签名没有豁免权。

确认要切了，下一步：添加应用与模块。