Android(安卓)热修复对比选择

热修复的好处：

可快速修复，避免线上Bug带来的业务损失，把损失降到最低。
保证客户端的更新率，无须用户进行版本升级安装
良好的用户体验，无感知修复异常。节省用户下载安装成本。

方案对比	Sophix	Tinker	nuwa	AndFix	Robus	Amigo
类替换	yes	yes	yes	no	no	yes
So替换	yes	yes	no	no	no	yes
资源替换	yes	yes	yes	no	no	yes
全平台支持	yes	yes	yes	no	yes	yes
即时生效	同时支持	no	no	yes	yes	no
性能损耗	较少	较小	较大	较小	较小	较小
补丁包大小	小	较小	较大	一般	一般	较大
开发透明	yes	yes	yes	no	no	yes
复杂度	傻瓜式接入	复杂	较低	复杂	复杂	较低
Rom体积	较小	Dalvik较大	较小	较小	较小	大
成功率	高	较高	较高	一般	最高	较高
热度	高	高	低	低	高	低
开源	no	yes	yes	yes	yes	yes
收费	收费（设有免费阈值）	收费（基础版免费，但有限制）	免费	免费	免费	免费
监控	提供分发控制及监控	提供分发控制及监控	no	no	no	no

现在还在更新维护的就腾讯的Tinker，阿里的Sophix，美团的Tinker

1、Tinker

服务端做dex差量，将差量包下发到客户端，在ART模式的机型上本地跟原apk中的classes.dex做merge，merge成为一个新的merge.dex后将merge.dex插入pathClassLoader的dexElement，原理类同Q-Zone，为了实现差量包的最小化，Tinker自研了DexDiff/DexMerge算法。Tinker还支持资源和So包的更新，So补丁包使用BsDiff来生成，资源补丁包直接使用文件md5对比来生成，针对资源比较大的（默认大于100KB属于大文件）会使用BsDiff来对文件生成差量补丁

优点：
支持动态下发代码
支持替换So库以及资源

缺点：
不能即时生效，需要下次启动
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性能痛点：
Dex合并内存消耗在vm head上，容易OOM，最后导致合并失败。
如果本身app占用内存已经比较高，可能容易导致app本系统杀掉。

github地址：https://github.com/Tencent/tinker
demo地址： https://github.com/Tencent/tinker/tree/dev/tinker-sample-android
接入指南： https://github.com/Tencent/tinker/wiki/Tinker-%E6%8E%A5%E5%85%A5%E6%8C%87%E5%8D%97
还有一个已经封装好的傻瓜式接入方案，对Tinker进行了封装，也实现了后台，但是需要钱，自己玩玩可以：
http://tinkerpatch.com/Docs/intro

2、Robust

Robust 插件对每个产品代码的每个函数都在编译打包阶段自动的插入了一段代码。通过判断 if(changeQuickRedirect != null) 来确定是否进行热修复，当 changeQuickRedirect 不为 null 时，调用 patch.dex 中同名类的同名方法达到 hotfix 的目的。

生成的patch.dex 中有两个主要类，PatchesInfoImpl.java 和修复后的同名类 APatch.java。客户端拿到patch.dex 后，用DexClassLoader 加载patch.dex，反射拿到PatchesInfoImpl.java 这个 class。并创建这个class 的一个对象。然后通过这个对象知道被替换的是谁，给它的变量changeQuickRedirect 赋值为 patch.dex 中的 APatch 的对象，这样就会去执行补丁包中的方法了。

具体可以看下这个：https://zhuanlan.zhihu.com/p/22495059

优点：
几乎不会影响性能（方法调用，冷启动）
支持Android2.3-8.x版本
高兼容性（Robust只是在正常的使用DexClassLoader）、高稳定性，修复成功率高达99.9%
补丁实时生效，不需要重新启动
支持方法级别的修复，包括静态方法
支持增加方法和类
支持ProGuard的混淆、内联、优化等操作
缺点：
代码是侵入式的，会在原有的类中加入相关代码
so和资源的替换暂时不支持
会增大apk的体积，平均一个函数会比原来增加17.47个字节，10万个函数会增加1.67M。
会增加少量方法数，使用了Robust插件后，原来能被ProGuard内联的函数不能被内联了

开源地址： https://github.com/Meituan-Dianping/Robust
集成指南：https://github.com/Meituan-Dianping/Robust/blob/master/README-zh.md

当然实际上阿里的应该是最好的，Sophix是综合优化的产物，功能完善、开发简单透明、提供分发及监控管理，但是他收费，这就很尴尬了，所以这个也就不用考虑了！

如果不考虑付费，只需支持方法级别的Bug修复，不支持资源及so，推荐使用Robust。
如果考虑需要同时支持资源及so，推荐使用Tinker。

综上所述所以我推荐使用Tinker，还有一个原因是自建Robust的Demo，产生jar包的时候，一直报

avassist.CannotCompileException: [source error] incompatible type for =

这就很尴尬了，一直没找到啥子原因。

参考：
https://www.cnblogs.com/popfisher/p/8543973.html
https://www.jianshu.com/p/6ae1e09ebbf5

欢迎关注我公众号：北风中独行的蜗牛

更多相关文章

随机推荐