自定义打包签名是什么：钥匙图标背后的第二条路
FPA 主界面右下角有两个按钮：加号通向动态加载，钥匙图标通向的就是自定义打包签名——官方介绍里的原话是「不生效时还能走自定义打包签名，像传统打包工具那样手动组包」。
它在流程里的位置
两条路的目标完全一致：得到一个「原应用 + 框架」的新安装包。区别在于谁来管打包这件事：
| 动态加载 | 自定义打包签名 | |
|---|---|---|
| 入口 | 主界面加号 | 主界面钥匙图标 |
| 打包方式 | 选应用后交给 FPA 自动处理 | 手动把应用与模块加进来组包 |
| 操作手感 | 点几下就完 | 接近 LSPatch 的传统操作 |
| 定位 | 主推、先试 | 备选、后用 |
什么时候轮到它
动态加载对某个应用不奏效时——比如注入后模块死活不出现、或应用打了补丁就异常——打包签名是备选路线。适用判断与切换时机单独写了一篇：什么时候用打包签名。
基本操作四步
- 回首页点钥匙图标进入打包签名界面；
- 点添加，把目标应用与模块一起选进来——社区教程的原话是「就像以前在 LSPatch 框架操作一样」；
- 执行打包，等待完成；
- 安装成品（同样要先卸载原应用，签名冲突的老规矩）。
成品在哪
打包完成的 APK 默认存放在手机的 Download 目录，方便留底与重装——这个设计背后的考虑与完整的成品管理，见成品存放在 Download 目录。
先别急着切路线，读完什么时候用打包签名再决定。