微信热修复方案深入理解

微信热修复方案深入理解

微信热修复框架出来已久,之前一直在用AndFix,感觉良好,但是对开发者不透明.
再加上用的时间也长了,总想换个新的试一试.

来了新的公司,就用新的方案,本人用的是腾讯Bugly集成的Tinker.
虽然接入方式略有不同,但原理肯定大同小异

不善口才和写作,写的不足之处,纰漏的地方请留言指正,Thanks♪(･ω･)ﾉ
哦,还有,本文只介绍tinker的工作原理,不介绍如何集成和使用细节,因为官方github已经写得很明白了

先上一张流传已久的热修复方案比较图

这里关于即时生效补充一下,AndFix确实是及时生效的,但是Tinker,非但不是及时生效,经测试,甚至可能是在第三次,第四次重启进程之后才能生效

实际工作中,热修复用的最多的也就是代码,方法的替换,lib的替换和资源的替换,额,真的是用的比较少

目前热修复方案主要分为两大类:

一种如AndFix,主要在JNI之下,在native层做方法的替换,改变指针指向,从而达到了修复方法的效果

另一种就如Tinker,在Dex文件上做手脚,替换Dex文件,在DVM加载Dex时,是顺序遍历dexElements数组,dexElements就代表应用中所有的Dex文件(这也同样说明Tinker为何要和谷歌的mutidexDex一同使用),Tinker采用反射的机制,将PatchDex插入到dexElements最前,让DVM”顺理成章”的加载PatchDex
Tinker的替换Dex工