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