热修复框架 - 从Tinker 1.9.14.7开始

一、热修复背景

修复bug走常规发版流程，缺点有三：发版代价高、用户升级覆盖速度慢、bug修复不及时。而热修复则能很好解决此问题：及时推送修复补丁，修复成功率高，代价相对小。

二、热修复方案比较

综合考虑兼容性、修复覆盖面、性能等几个方面，目前Tinker是个比较好的选择。
wiki：https://github.com/Tencent/tinker/wiki

但是Tinker也有一些局限性：

由于原理与系统限制，Tinker有以下已知问题：

Tinker不支持修改AndroidManifest.xml，Tinker不支持新增四大组件(1.9.0支持新增非export的Activity)；
由于Google Play的开发者条款限制，不建议在GP渠道动态更新代码；
在Android N上，补丁对应用启动时间有轻微的影响；
不支持部分三星android-21机型，加载补丁时会主动抛出"TinkerRuntimeException:checkDexInstall failed"；
对于资源替换，不支持修改remoteView。例如transition动画，notification icon以及桌面图标。

Tinker尽量只用来做bug修复补丁，而非功能发版。因为合成包太大，会影响到动态加载插件时的性能。

三、Tinker1.9.14.7 集成

Tinker项目地址
https://github.com/Tencent/tinker

最新版本更新说明：
2020年5月17日

Tinkerpatch 1.2.14.7发布
基于Tinker 1.9.14.7
彻底消除对 Android Support Library / AndroidX Library 的依赖
修复热修后 SharedLibrary R 类中的资源 ID 与 AssetManager 中 Package ID 不一致导致的资源找不到问题
修复因魅族机器首次加载 dex 时不生成 oat 导致 patch 加载失败的问题
尝试修复 APPLICATION_INFO_CHANGED 事件引起的 ClassLoader 检查异常
修复 OTA 之后主副进程状态不一致的问题。

1.9.14.7 是当前最新版本，能覆盖到Android Q版本。

Tinker集成：
demo地址：TinkerSdkDemo
项目描述：想run起来tinker源码工程有点难度，我弄了个demo可以帮助debug1.9.14.7核心源码，并且写了个简单的热修复功能，方便debug整个修复过程，持续维护中。

demo热修复使用说明：

执行assembleRelease打出release包，同时bakApk会生成副本文件
做app修复，同时调整tinker.gradle配置：
将bakApk会生成副本文件配置到如下path变量中

ext {
    tinkerEnable = true //tinker功能开关
   tinkerID = "1.0"
   tinkerOldApkPath = "${bakPath}/app-release-0806-14-18-36.apk"
   tinkerApplyMappingPath = "${bakPath}/"
   tinkerApplyResourcePath = "${bakPath}/app-release-0806-14-18-36-R.txt"
   tinkerBuildFlavorDirectory = "${bakPath}/"
}

执行tinkerPatchRelease生成patch差分包。
安装首次assembleRelease在bakApk中生成的apk，同时启动app，这样会创建 /sdcard/Android/data/com.stan.tinkersdkdemo/cache/tpatch目录。
将生成的patch_singed.apk push到上面的目录中。
点击加载patch。
重新启动app修复生效。

中途遇到的坑大部分在issue中能找到解决办法，其余的低级错误度娘之即可：
https://github.com/Tencent/tinker/issues

这里有一点需要注意一下：

错误: 无法访问Keep
  找不到com.tencent.tinker.anno.Keep的类文件

用：compileOnly("com.tencent.tinker:tinker-android-anno-support:${TINKER_VERSION}”)
替换：compileOnly("com.tencent.tinker:tinker-android-anno:${TINKER_VERSION}")

tinker官方文档太老了，这里并没有更新。

四、app热修复正式商业化项目流程

流程：

首先通过脚本或者gradle插件方式生成diff patch。
diff patch上传服务端。
diff patch由服务端下发，然后与当前基准包进行合成操作。
下次重启修复生效。

各公司下发patch逻辑略有差异，但是也大同小异，参考我做的这版方案：

最后编辑于：2020.08.13 08:21:12

禁止转载，如需转载请通过简信或评论联系作者。