快捷導(dǎo)航

微信Android熱更新Tinker使用詳解(星空武哥)

更新時間：2017年09月03日 14:05:41 作者：星空武哥

Tinker是微信官方的Android熱補丁解決方案，它支持動態(tài)下發(fā)代碼、So庫以及資源，讓應(yīng)用能夠在不需要重新安裝的情況下實現(xiàn)更新。當(dāng)然，你也可以使用Tinker來更新你的插件

Tinker是什么

Tinker是微信官方的Android熱補丁解決方案，它支持動態(tài)下發(fā)代碼、So庫以及資源，讓應(yīng)用能夠在不需要重新安裝的情況下實現(xiàn)更新。當(dāng)然，你也可以使用Tinker來更新你的插件。

它主要包括以下幾個部分：
gradle編譯插件: tinker-patch-gradle-plugin
核心sdk庫: tinker-android-lib
非gradle編譯用戶的命令行版本: tinker-patch-cli.jar

為什么使用Tinker

當(dāng)前市面的熱補丁方案有很多，其中比較出名的有阿里的AndFix、美團的Robust以及QZone的超級補丁方案。但它們都存在無法解決的問題，這也是正是我們推出Tinker的原因。

總的來說:

AndFix作為native解決方案，首先面臨的是穩(wěn)定性與兼容性問題，更重要的是它無法實現(xiàn)類替換，它是需要大量額外的開發(fā)成本的；
Robust兼容性與成功率較高，但是它與AndFix一樣，無法新增變量與類只能用做的bugFix方案；
Qzone方案可以做到發(fā)布產(chǎn)品功能，但是它主要問題是插樁帶來Dalvik的性能問題，以及為了解決Art下內(nèi)存地址問題而導(dǎo)致補丁包急速增大的。
特別是在android N之后，由于混合編譯的inline策略修改，對于市面上的各種方案都不太容易解決。而Tinker熱補丁方案不僅支持類、So以及資源的替換，它還是2.X－7.X的全平臺支持。利用Tinker我們不僅可以用做bugfix,甚至可以替代功能的發(fā)布。Tinker已運行在微信的數(shù)億Android設(shè)備上，那么為什么你不使用Tinker呢？

Tinker的已知問題

由于原理與系統(tǒng)限制，Tinker有以下已知問題：
Tinker不支持修改AndroidManifest.xml，Tinker不支持新增四大組件；
由于Google Play的開發(fā)者條款限制，不建議在GP渠道動態(tài)更新代碼；
在Android N上，補丁對應(yīng)用啟動時間有輕微的影響；
不支持部分三星android-21機型，加載補丁時會主動拋出"TinkerRuntimeException:checkDexInstall failed"；
由于各個廠商的加固實現(xiàn)并不一致，在1.7.6以及之后的版本，tinker不再支持加固的動態(tài)更新；
對于資源替換，不支持修改remoteView。例如transition動畫，notification icon以及桌面圖標。

如何使用Tinker

下面就一BuglyTinker的使用方式進行介紹
為什么使用Bugly熱更新？
因為bugly已經(jīng)集成了tinker
無需關(guān)注Tinker是如何合成補丁的
無需自己搭建補丁管理后臺
無需考慮后臺下發(fā)補丁策略的任何事情
無需考慮補丁下載合成的時機，處理后臺下發(fā)的策略
我們提供了更加方便集成Tinker的方式
我們通過HTTPS及簽名校驗等機制保障補丁下發(fā)的安全性
豐富的下發(fā)維度控制，有效控制補丁影響范圍
我們提供了應(yīng)用升級一站式解決方案

至于如何使用Bugly熱更新看文檔就可以了，今天我就說一說官網(wǎng)文檔中多渠道補丁的一些錯誤（今天以Bugly1.2.2（tinker1.7.6））為例

在project的build.gradle中添加依賴

配置app build.gradle

這里要注意，官方給出的project.tinkerPatch.oldApk、project.tinkerPatch.buildConfig.applyMapping、project.tinkerPatch.buildConfig.applyResourceMapping三個配置路徑有錯誤，tinker 1.7.6也存在多渠道打包有bug（和官方溝通后證實了這一點）
我們在進行多渠道打包的時候會執(zhí)行下面的命令，他打出的補丁包都是一樣的，通過查看補丁包內(nèi)的YAPATCH.MF文件就可以證明，官網(wǎng)表示會在下一個版本中修復(fù)