android热修复框架Tinker（一）

码农码头 2017-01-22 10:46

话外

码农码头开播啦！做为一个移动技术传播、分享、教学的平台，第一期分享的是来自微信的android热修复框架Tinker。

android拆包和热修复

有的朋友会对android拆包和热修复两个概念分不清。简单来说就是：

拆包：是由于DEX文件格式限制，一个DEX文件中method个数使用原生类型short来索引文件中的方法，也就是4个字节共计最多表达65536个method，field/class的个数也均有此限制。Android打包的DEX过程中， 单个DEX文件可被引用的方法总数被限制为65536。当DEX中的methond超过限制时，编译时出错

Conversion to Dalvik format failed:Unable to execute dex: method ID not in [0, 0xffff]: 65536，android拆包技术分享会在之后给大家详细说明。

热修复（Tinker是什么）

Tinker是微信官方的Android热补丁解决方案，它支持动态下发代码、So库以及资源，让应用能够在不需要重新安装的情况下实现更新。可以说，android拆包技术是Tinker实现的基础。

Tinker简介

tinker主要包含下面三部分：

gradle编译插件:

tinker-patch-gradle-plugin

核心sdk库:

tinker-android-lib

非gradle编译用户的命令行版本:

tinker-patch-cli.jar

为什么使用Tinker

当前市面的热补丁方案有很多，其中比较出名的有阿里的AndFix、美团的Robust以及QZone的超级补丁方案。但它们都存在无法解决的问题，这也是正是我们推出Tinker的原因。

	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体积	较大	较小	较小	较小
成功率	较高	较高	一般	最高

总的来说:

AndFix作为native解决方案，首先面临的是稳定性与兼容性问题，更重要的是它无法实现类替换，它是需要大量额外的开发成本的；

Robust兼容性与成功率较高，但是它与AndFix一样，无法新增变量与类只能用做的bugFix方案；

Qzone方案可以做到发布产品功能，但是它主要问题是插桩带来Dalvik的性能问题，以及为了解决Art下内存地址问题而导致补丁包急速增大的。

特别是在Android N之后，由于混合编译的inline策略修改，对于市面上的各种方案都不太容易解决。而Tinker热补丁方案不仅支持类、So以及资源的替换，它还是2.X－7.X的全平台支持。利用Tinker我们不仅可以用做bugfix,甚至可以替代功能的发布。Tinker已运行在微信的数亿Android设备上，那么为什么你不使用Tinker呢？

Tinker已知问题

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

Tinker不支持修改AndroidManifest.xml，Tinker不支持新增四大组件；

由于Google Play的开发者条款限制，不建议在GP渠道动态更新代码；

在Android N上，补丁对应用启动时间有轻微的影响；

不支持部分三星android-21机型，加载补丁时会主动抛出

"TinkerRuntimeException:checkDexInstall failed"

；

由于各个厂商的加固实现并不一致，在1.7.6以及之后的版本，tinker不再支持加固的动态更新；

对于资源替换，不支持修改remoteView。例如transition动画，notification icon以及桌面图标。

后记

Tinker系列会有4期，在之后的3期中，我们将会介绍tinker的api，如何接入，以及官方demo的说明。

参考

tinker/github：https://github.com/Tencent/tinker/wiki