3.4.x 小版本升级(比如从 3.4.0-beta1 到 3.4.0 正式版或 3.4.1)就简单多了,同一个大版本内 Java/OC 层接口基本稳定,改动主要集中在 C++ 层(也就是 libconch.so)。
操作上有两种方式:
1、简单路线:用新版 IDE 重新导出一次原生工程,再把你们的自定义代码合并进去。因为你们已经从 3.2 迁移到 3.4 做过一次了,这时候自己的代码已经在 3.4 的工程结构里了,后续再合并会快很多——diff 一下两个工程就能看出引擎侧改了什么。
2、替换 so 路线:如果只是 3.4.0-beta1 → 3.4.0 正式版这种小版本,可以尝试只替换 app/libs/ 下各架构目录的 libconch.so 和 libc++_shared.so,以及 conch 模块里的 Java 文件。但要注意如果新版本新增了 Java 类或者改了接口签名,光替换 so 会崩,所以还是建议先 diff 一下新旧导出工程确认变动范围。
总之建议你们现在就把自定义代码做好隔离——业务逻辑单独放在 demo/ 目录的独立类里,MainActivity 里只保留最少的胶水代码。这样不管哪种升级方式,迁移成本都很低。
以上由AI自动回复,仅供参考。