Android Gradle 多渠道構建 多渠道構建的基本原理 在Android Gradle中，定義了一個叫Build Variant的概念，一個Build Variant=Build TYpe+Product Flavor，Build Type就是我們構建的類型，比如release和debug; ...
Android Gradle 多渠道構建
多渠道構建的基本原理
在Android Gradle中，定義了一個叫Build Variant的概念，一個Build Variant=Build TYpe+Product Flavor，Build Type就是我們構建的類型，比如release和debug;Product Flavor就是我們構建的渠道，比如Baidu,Google等，它們加起來就是baiduRelease,baiduDebug,googleRelease,googleDebug，共有這幾種組合的構件產出。Product Flavor也就是我們多渠道構建的基礎。以下是新增一個ProductFlavor:
android{
productFlavors{
google{}
baidu{}
}
}以上的發佈渠道配置後，Android Gradle就會生成很多Task。其中，assemble開頭的負責生成構件產物(apk)。除此之外，還有compile系列，install系列等。除了生成的Task外，每個ProductFlavor還可以有自己的SourceSet，還可以有自己的dependencies依賴。
Flurry多渠道和友盟多渠道構建
Flurry本身沒有渠道的概念，它有Application，所以可以把一個Application當成一個渠道。
android{
productFlavors{
google{
buildConfigField 'String','FLURRY_KEY','"ABADFASSDFAS"'
}
baidu{
buildConfigField 'String','FLURRY_KEY','"JKKJKHKJHIHIUY"'
}
}
}這樣每個渠道的BuildConfig類中都會有名字為FLURRY_KEY的常量定義，它的值是我們在渠道中使用buildConfigField指定的值，每個渠道不一樣，我們只需要在代碼中指定使用這個常量即可，這樣每個渠道的統計分析就可以做到了。
Flurry.init(this,FLURRY_KEY);友盟本身有渠道的概念。不過它不是在代碼中指定的，而是在AndroidManifest.xml中配置的，通過配置meta-data標簽來設置:
<meta-data android:name="UMENG_CHANNEL" android:value="Channel ID"/>多渠道構建定製
多渠道的定製，其實就是對Android Gradle插件的ProductFlavor的配置，通過配置ProductFlavor達到靈活控制每一個渠道的目的。
applicaitonId
用於設置渠道的包名
consumerProguardFiles
只對Android庫項目有用。當我們發佈庫項目生成一個aar包的時候，使用consumerProguardFiles配置的混淆文件列表也會被打包到aar里一起發佈，這樣當應用引用這個aar包，並且啟用混淆的時候，會自動使用aar包里的混淆文件對aar包里的代碼進行混淆，這樣我們就不用對該aar包進行混淆配置了。
android{
productFlavors{
google{
consumeProguardFiles 'proguard-rules.pro','proguard-android.txt'
}
}
}除了這種方法，還有一種屬性設置的方法，區別在於：consumerProguardFiles方法是一直添加，不會清空以前的混淆文件，而consumerProguardFiles屬性配置的方式是每次都是新的混淆文件列表，以前配置的會先被清空。
manifestPlaceholders
multiDexEnabled
用來啟用多個dex的配置，主要用來突破65535方法的問題
proguardFiles
混淆使用的文件列表
signingConfig
簽名配置
testApplicationId
用來適配測試包的包名
testFunctionalTest和testHandleProfiling
testFunctionalTest表示是否為功能測試，testHandleProfiling表示是否啟用分析功能
testInstrumentationRunner
用來配置運行測試使用的Instrumentation Runner的類名，是一個全路徑的類名，而且必須是android.app.Instrumentation的子類，一般情況下，我們使用android.test.InstrumentationTestRunner，當然也可以自定義。
testInstrumentationRunnerArguments
配合上一個屬性用的，用來配置Instrumentation Runner使用的參數，它們最終都是使用adb shell am instrument這個命令。
versionCode和versionName
配置渠道的版本號和版本名稱。
useJack
用於標記是否啟用Jack和Jill這個全新的，高性能的編譯器。
dimension
dimension是ProductFlavor的一個屬性，接受一個字元串，作為該ProdoctFlavor的維度。可以簡單理解為對ProductFlavor進行分組，dimension接受的參數就是我們分組的組名，也就是維度名稱。維度名稱不能隨便指定，在使用前，必須先聲明。
flavorDimension是我們使用的android{}裡面的方法，它和productFlavors{}是平級的，一定要先使用flavorDimension聲明維度，才能在ProductFlavor中使用。
我們同時指定多個維度，但是一定要，這些維度是有順序的，有優先順序的，第一個參數的優先順序最大，其實是第二個，以此類推。
android{
flavorDimensions "abi","version"
}聲明維度後，就可以使用了:
android{
flavorDimensions "abi","version"
productFlavors{
free{
dimension 'version'
}
paid{
dimension 'version'
}
x86{
dimension 'abi'
}
arm{
dimension 'abi'
}
}
}提高多渠道構建的效率
參考美團方案
利用在apk的META-INF目錄下添加空文件不用重新簽名的原理
1、利用Android Gradle打一個基本包(母包)
2、基於該包複製一個，文件名要能區分出產品、打包時間 、版本、渠道等
3、對複製出來的apk進行修改，在其META-INF目錄下新增空文件，但空文件的文件名要有意義，必須包含能區分渠道的名字
4、重覆步驟2、3生成我們所需的所有渠道包apk
