热修复接入检查

热修复正式接入后CheckList

  1. 检查是否混淆,若有混淆,发布版本后妥善保存代码和mapping.txt,不能修改。

  2. 检查是否加固,加固需要保存加固前的apk,并且若是梆梆加固,需配置忽略sophix文件夹。

  3. 检查是否关闭了资源优化:即在gradle.properties中新增android.enableResourceOptimizations=false。若资源优化开启,会导致代码比对异常,导致加载补丁时某些资源找不到。

  4. SophixStubApplication 类必须是Java原生的,且不应与项目中的其他类有任何互相调用的逻辑,必须完全做到隔离。另外初始化时候不要判断进程。

  5. queryAndLoadNewPatch()是判断&请求新补丁的方法,该方法会读取设备信息,请在隐私判断之后调用。SDK其他代码不会涉及隐私合规问题。最新SDK版本是3.3.7。

  6. 必须采用稳健接入,具体请参考SDK稳健接入

热修复更新补丁时CheckList

  1. 四大组件不能新增。AndroidManifest.xml,SophixStubApplication.java,build.gradle中的代码不能修改。

  2. 通知栏图标、启动图标资源以及RemoteViews等系统负责展示的资源也不能修改。

  3. 如果使用了混淆,新包-apply旧包的mapping.txt文件。确保新旧包混淆规则一致。

  4. 如果使用了加固,打包使用的新旧包必须是加固前的正常包。若是梆梆加固,需配置忽略sophix文件夹。

  5. 如果有SO库的修复,确保所需要修复的SO都是以System.loadLibrary的方式,而不是以具体路径的方式进行加载。

  6. asset资源和so文件的修改,最好配合代码修改:比如在调用处加一句log。以使修改生效。

  7. 基础包、修复包、补丁包三个版本号必须一致。如果基础包修改了代码后在其他渠道发布,则建议升级版本号,否则它加载了基础包生成的补丁会报错。

  8. 使用和同一个打包机来生成基础包和修复包, 打包机的更换可能导致apk代码对比出错。

  9. 请参考补丁发布推荐流程操作。

  10. running.log 是生成补丁时的代码对比log,其中的diff项目对应您的代码差异项。

发补丁前请检查此项是否符合预期,如果差异项过多或者只修改了一点代码但是补丁包很大的情况,请检查以上List。