前言

存放補丁包的平臺選取

1，存放在自己公司的伺服器
2，使用TinkerPatch平臺，需要收費
3，騰訊Bugly平臺，免費
為了安全與經濟考慮，我們公司選取了第一種。大家可以根據自己的需要選擇。

tinkerId應該如何選擇？

tinkerId主要作用是區分當前打出的補丁包是基於哪個版本的apk，也就是說當前打出的補丁包能修復哪個版本的bug。每次釋出版本需要保證tinkerId一定是要唯一性的，Tiker官方推薦使用git版本號或者versionName作為tinkerId。我自己專案使用的是versionName，你可以將versionName配置在專案的gradle.properties檔案中，這樣就不用每次都修改tinkerId了。如圖：

後臺介面的設計

問題:如果A使用者用1.0.0版本的APK，B使用者用2.0.0版本的APK，這個時候1.0.0和2.0.0都有對應的補丁包。介面該怎麼設計?

方案: (可以保證用1.0.0還是2.0.0的使用者都可以修復)
叫後臺給一個介面,前端傳versionName給後臺(這裡的versionName要保證和TinkerID一樣), 傳1.0.0後臺就返回1.0.0的補丁包。傳2.0.0後臺則返回2.0.0的補丁包。欄位後臺返回一個補丁包的連結就可以了，每次更新補丁包後臺都要換不同的連結（下面前端設計有講到）。沒有則返回空。

前端設計與問題

問題: 前端下載APK的時機和邏輯
方案: 放在啟動頁-SplashActivity請求比較好(越早請求越好),每次都去請求,把請求回來的連結儲存在本地,進行對比,連結不一樣則下載補丁包並載入。連結一樣則不用重複下載。

問題: 前端下載的時候需不需要提示使用者?
方案: 這個看產品經理的需求,一般可以不提示,我修復bug告訴你幹嘛…

問題: 如果1.0.0版本上線後,過了很久才發現有bug, 我的trunk主線程式碼已經改了很多了。這個時候打補丁包那不是把其他程式碼也認為是差異的程式碼,然後直接載入補丁包到1.0.0的apk上?這樣不合理吧？
方案:
釋出1.0.0版本後, 新建一個1.0.0的分支, 然後在1.0.0分支上修改bug，打出補丁包發給後臺，最後把1.0.0的程式碼merge到trunk主線即可。

問題: 要給同一個版本多次打補丁包,又怎樣弄呢?
直接在每次釋出版本新建的分支上修復bug，然後每次打不同的補丁包，就需要叫後臺返回不通的連線（為了區分該補丁包是否已載入過，上面後臺介面的設計有講到）。即都要以釋出時的版本作為基礎包進行bug修改。

問題：載入補丁包後，怎樣才能讓修改的bug生效呢？
解決：因為Tinker不是即時生效的。所以我們這裡不用處理，載入完補丁包，使用者退出下次進來就自然生效。

華為H60-L03 Android4.4.2手機上執行直接crash

最近測試的時候將專案執行在華為榮耀6（H60-L03）Android版本4.4.2的手機上就直接crash了，找資料發現其他人測試紅米2A Android4.4.4，華為 MT7-TL00 Android4.4.2都會出現同樣的問題（猜測5.0以下的手機都會出現該問題）。錯誤日誌如下：

Caused by: com.tencent.tinker.loader.TinkerRuntimeException: Tinker Exception:createDelegate failed

Tinker.UncaughtHandler: catch exception when loading tinker:java.lang.RuntimeException: Unable to instantiate application tinker.sample.android.app.SampleApplication: com.tencent.tinker.loader.TinkerRuntimeException: Tinker Exception:createDelegate failed

Caused by: java.lang.ClassNotFoundException: Didn't find class "com.wildma.wildmatinker.global.MyApplication" on path: DexPathList[[zip file "/system/framework/org.simalliance.openmobileapi.jar", zip file "/data/app/com.wildma.wildmatinker-1.apk"],nativeLibraryDirectories=[/data/app-lib/com.wildma.wildmatinker-1, /vendor/lib, /system/lib, /data/datalib]]

經過自己測試，發現只有將tinkerEnabled設定為false的時候執行在該手機上才會報錯。最後在issues上找到作者解釋說是分包問題，如果關了tinkerEnabled。需要將ApplicationLike類放在main dex keep

解決一：開啟tinkerEnabled

解決二：如果想在關閉tinkerEnabled的時候又執行在5.0以下的手機上, 那必須自己寫分包規則。
1，將app/build/intermediates/tinker_intermediates/tinker_multidexkeep.pro檔案複製到app的根目錄下
2，在app build中對對應該檔案即可。

    defaultConfig {
        //其他。。。
        //tinker分包規則
        multiDexKeepProguard file("./tinker_multidexkeep.pro") //keep specific classes using proguard syntax
    }

熱修復Tinker系列文章