前言

上一篇文章 熱修復框架Tinker最完整講解（01）——整合之路 已經介紹我們的專案渠道包有20個，並且我們多渠道打包是採用productFlavors實現的。但是這種多渠道打包會造成20個渠道包的熱更新就需要20個補丁，這樣肯定是不合理的。那怎樣才能實現20個渠道包只需要一個補丁包呢？Tinker官方也說了，推薦我們多渠道打包使用Walle，這樣就能實現多個渠道包只使用一個補丁包了！

什麼是Walle？

Walle（瓦力）：Android Signature V2 Scheme簽名下的新一代渠道包打包神器。
瓦力通過在Apk中的APK Signature Block區塊新增自定義的渠道資訊來生成渠道包，從而提高了渠道包生成效率，可以作為單機工具來使用，也可以部署在HTTP伺服器上來實時處理渠道包Apk的升級網路請求。
——介紹來自

整合

為了方便大家的使用，Walle提供了2種使用方式：（這裡主要講常用的第一種方式）

• Gradle外掛方式，方便快速整合
• 命令列方式，最大化滿足各種自定義需求

配置build.gradle

1，在專案的build.gradle 檔案中新增Walle Gradle外掛的依賴， 如下

buildscript {
    dependencies {
        classpath 'com.meituan.android.walle:plugin:1.1.4'
    }
}

2，在app的 build.gradle 檔案中apply這個外掛，並新增上用於讀取渠道號的AAR，如下：

apply plugin: 'walle'

dependencies {
    compile 'com.meituan.android.walle:library:1.1.4'
}

3，在app的 build.gradle 檔案中配置外掛，如下：

walle {
    // 指定渠道包的輸出路徑
    apkOutputFolder = new File("${project.buildDir}/outputs/channels");
    // 定製渠道包的APK的檔名稱
    apkFileNameFormat = '${appName}-${packageName}
 
-${channel}-${buildType}-v${versionName}-${versionCode}-${buildTime}.apk';
    // 渠道配置檔案
    channelFile = new File("${project.getProjectDir()}/channel")
}

配置項具體解釋：

apkOutputFolder：指定渠道包的輸出路徑， 預設值為new File("${project.buildDir}/outputs/apk")

apkFileNameFormat：定製渠道包的APK的檔名稱, 預設值為'${appName}-${buildType}-${channel}.apk'
可使用以下變數:

     projectName - 專案名字
     appName - App模組名字
     packageName - applicationId (App包名packageName)
     buildType - buildType (release/debug等)
     channel - channel名稱 (對應渠道打包中的渠道名字)
     versionName - versionName (顯示用的版本號)
     versionCode - versionCode (內部版本號)
     buildTime - buildTime (編譯構建日期時間)
     fileSHA1 - fileSHA1 (最終APK檔案的SHA1雜湊值)
     flavorName - 編譯構建 productFlavors 名

channelFile：包含渠道配置資訊的檔案路徑：

在app目錄下新建名為channel的檔案，如圖

在該檔案裡寫上需要打包的渠道號（渠道號支援使用#號添加註釋。具體內容格式詳見下圖，這裡只測試2個渠道）

相關API和命令

獲取渠道資訊

在需要渠道等資訊時可以通過下面程式碼進行獲取

String channel = WalleChannelReader.getChannel(this.getApplicationContext());

生成渠道包

生成渠道包的方式是和assemble${variantName}Channels指令結合，渠道包的生成目錄預設存放在 build/outputs/apk/，也可以通過walle閉包中的apkOutputFolder引數來指定輸出目錄

生成渠道包 ./gradlew clean assembleReleaseChannels

更多API和命令可參考 更多用法

使用

在Android Studio的Terminal中輸入命令gradlew clean assembleReleaseChannels進行多渠道打包,當執行完成會出現BUILD SUCCESSFUL, 如圖：

並且會在channels資料夾中生成所有渠道的apk，如圖：

一一對應關係為：

Tinker與Walle在真實專案中的使用流程

釋出版本流程

1，我們在釋出版本的時候都需要改版本號，因為我這裡使用版本名稱作為tinkerId，所以釋出版本修改版本名稱的時候，tinkerId也要跟著修改。(tinkerId主要作用是當前打出的補丁包是基於哪個版本的apk, tinkerId的選取見我下一篇文章 熱修復框架Tinker最完整講解（03）——使用Tinker常見問題)

2, 檢查app build中是否開啟了熱修復功能, 即tinkerEnabled需要設定為true。如圖：

3，打包前先建一個當前版本的分支！！！（熱更新修復bug就在該分支上修改）

4，在AS的Terminal中輸入命令gradlew clean assembleReleaseChannels進行多渠道打包
命令列執行完成會在channels資料夾中生成所有渠道的apk， 如圖：

5，同時會在bakApk檔案中生成三個檔案，如圖： （這三個檔案需要儲存在本地，svn或者git伺服器，每次釋出補丁包的時候需要用到！）

發補丁包流程

1，在新建的分支上修改bug

2，將釋出版本第5步中的三個檔案路徑複製到app build中對應的位置，如圖：

3，修改bug

4，執行補丁命令獲取補丁包。單擊AS右側頂部gradle，雙擊tinkerPatchRelease，如圖:

5，執行完成會在build->outputs->tinkerPatch->release資料夾中生成一個名為patch_signed_7zip.apk的補丁包，如圖：

6，將該補丁包重修修改名字後發給後臺（注意：這裡的一個補丁包就適用於各個渠道包！），關於補丁包的存放與後臺設計請看下一篇文章熱修復框架Tinker最完整講解（03）——使用Tinker常見問題

7，bug修改完成後將該分支合併到trunk分支即可。這樣能保證分支上修改了bug，trunk分支也跟著更新了。

熱修復Tinker系列文章