热修复框架 - 从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逻辑略有差异，但是也大同小异，参考我做的这版方案：
