Android热修复方案调研

最新推荐文章于 2024-09-16 08:47:17 发布

weixin_34357267

最新推荐文章于 2024-09-16 08:47:17 发布

阅读量79

点赞数

文章标签：移动开发 python java

原文链接：https://my.oschina.net/ocean870227/blog/1522792

版权

2019独角兽企业重金招聘Python工程师标准>>>

一. 当前热修复方案-AndFix

AndFix，全称是Android hot-fix。是阿里开源的一个Android热补丁框架，允许APP在不重新发布版本的情况下修复线上的bug，支持Android 2.3 到 7.0。
AndFix执行的原理是实现方法体的替换，如下图所示：

macdown ScreenShot
AndFix通过Java的自定义注解来判断一个方法是否应该被替换，如果可以就会hook该方法并进行替换。AndFix在ART架构上的Native方法是art_replaceMethod 、在X86架构上的Native方法是dalvik_replaceMethod。对于Dalvik，它将改变目标方法的类型为Native同时hook方法的实现至AndFix自己的Native方法。对于ART来说，我们仅仅改变目标方法的属性来替代它。

二. 微信热修复方案-Tinker

Tinker是微信官方的Android热补丁解决方案，它支持动态下发代码、So库以及资源，让应用能够在不需要重新安装的情况下实现更新。
Tinker 的方案来源 gradle 编译的 instant run 与 buck 编译的 exopackage。它的思想都是全量替换新的 Dex。即我们完全使用了新的 Dex，那样既不出现 Art 地址错乱的问题，在 Dalvik 也无需插桩。但全量合成带来的问题是在Art上会占用大量Rom体积，同时受不同厂商OTA升级的影响以及AndroidN下混合编译带来的问题。因此在全量合成Dex的基础上提出了分平台合成的方案。
在 Dalvik 平台，我们合成全量的 dex，这可以避免我们插桩的要求。
在 Art 平台，我们只合成上述三个条件下的类：
a. 修改跟新增的 class；
b. 若 class 有 field，method 或 interface 数量变化，它们所有的子类；
c. 若 class 有 field，method 或 interface 数量变化，它们以及它们所有子类的调用类。如果采用 ClassN 方式，即需要多个 dex 一起处理。

三. 市面主流方案对比

当前市面的热补丁方案有很多，其中比较出名的有阿里的AndFix、美团的Robust以及QZone的超级补丁方案。

	Tinker	QZone	AndFix	Robust
类替换	yes	yes	no	no
So替换	yes	no	no	no
资源替换	yes	yes	no	no
全平台支持	yes	yes	yes	yes
即时生效	no	no	yes	yes
性能损耗	较小	较大	较小	较小
补丁包大小	较小	较大	一般	一般
开发透明	yes	yes	no	no
复杂度	较低	较低	复杂	复杂
gradle支持	yes	no	no	no
Rom体积	较大	较小	较小	较小
成功率	较高	较高	一般	最高

四. Tinker的局限性

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

Tinker不支持修改AndroidManifest.xml，Tinker不支持新增四大组件；
由于Google Play的开发者条款限制，不建议在GP渠道动态更新代码；
在Android N上，补丁对应用启动时间有轻微的影响；
不支持部分三星android-21机型，加载补丁时会主动抛出”TinkerRuntimeException:checkDexInstall failed”；
由于各个厂商的加固实现并不一致，在1.7.6以及之后的版本，tinker不再支持加固的动态更新；
对于资源替换，不支持修改remoteView。例如transition动画，notification icon以及桌面图标。

五. 总结

AndFix作为native解决方案，首先面临的是稳定性与兼容性问题，更重要的是它无法实现类替换，它是需要大量额外的开发成本的；
Robust兼容性与成功率较高，但是它与AndFix一样，无法新增变量与类只能用做的bugFix方案；
Qzone方案可以做到发布产品功能，但是它主要问题是插桩带来Dalvik的性能问题，以及为了解决Art下内存地址问题而导致补丁包急速增大的。
特别是在Android N之后，由于混合编译的inline策略修改，对于市面上的各种方案都不太容易解决。而Tinker热补丁方案不仅支持类、So以及资源的替换，它还是2.X－7.X的全平台支持。利用Tinker我们不仅可以用做bugfix,甚至可以替代功能的发布。