v3.8 更新内容：过签方案调整与打包优化

3.8 是目前公开记录里最新的 FPA 版本，也是社区实测里被点名「必须用它」的版本。它的三项变化都写在社区版本介绍里，逐条拆解如下。

变化一：过签方案换血

移除 seccompv2 过签，新增 mix（实验性）过签。

理解这条变化的意义，要先知道过签方案是可替换的（过签是什么意思）：不同方案对付不同类型的签名校验，各有胜场。3.8 撤掉了一条旧路线、开了一条新路线——

• 老版本靠 seccompv2 方案过的应用，升级 3.8 后路径变了，效果需要重新验证；
• mix 方案标注了「实验性」，意味着它还在打磨，个别应用上不稳定属于预期内；
• 汽水音乐实测全版本成功正是发生在 3.8 上（汽水音乐过签实例）——新方案的实际成色有社区实证背书。

变化二：打包解析优化

优化打包时解析 axml 和资源复用的问题。

axml 是安卓安装包里编译后的 XML 资源（界面布局、清单文件都长这样）。解析与资源复用的优化意味着：对资源结构复杂的应用，打包成功率与成品的稳定性都更好。落到使用感受上，就是「以前打包报错/成品异常的应用，新版本可能直接就过了」。

变化三：Api102 加壳

为 Api102 加个壳子（重载不会被调用）。

这条是面向兼容性的内部修正：给框架内部的一个 API 入口做了隔离壳，防止它被意外调用引发异常。对使用者不可见，但属于「模块兼容性持续修补」的一部分——FPA 只实现部分 Xposed Hook API（开源与底层），对已实现部分的边界处理也在持续细化。

升级建议

• 在用旧版且一切正常：可以不动；但遇到「过签失败/打包报错」时，升级 3.8 是第一优先动作；
• 新装机：直接 3.8 起步，别从旧版爬版本树（获取渠道见从哪里获取安装包）；
• 升级不影响已装成品：已 patch 的应用不受 FPA 升级影响，但如果要重新打包，自然用新版打。

关于「最后一版」的社区说法

有社区发帖人认为 3.8「应该是最后一个版本」。这是个人判断而非官方公告，如何看待与应对见社区与停更传闻。