多渠道打包解决了打包慢的问题，但随着渠道越来越多，对打包的要求也越来越多，比如我们的APP 和某个渠道做首发（活动）需要我们在名字后面加上不同的后缀 等等，还有些渠道不让我们使用自动更新、第三方统计，反正就是各种奇葩要求，让我们不得不复制一份代码出来做修改才可以。
如果遇到以上问题，不得不逼着我们我们重拉新的分支去做这些处理，如果仅是一两个的话还好，如果多起来简直就是噩梦，我们需要在分支做这些差异化的开发，然后每次还需要将主分支的代码合并回来，想想就害怕了。有没有。。。
还好，自从有了Gradle flavor，一切都变得简单了。本文假定读者使用过Gradle，如果还不了解建议先阅读相关文档。
Flavor
先来看build.gradle文件中的一段代码：
android {
....
productFlavors {
flavor1 {
minSdkVersion 14
}
}
}
上例定义了一个flavor：flavor1，并指定了应用的minSdkVersion为14（当然还可以配置更多的属性，具体可参考相关文档）。与此同时，Gradle还会为该flavor关联对应的sourceSet，默认位置为src/目录，对应到本例就是src/flavor1。
接下来，要做的就是根据具体的需求在build.gradle文件中配置flavor，并添加必要的代码和资源文件。以flavor1为例，运行gradle assembleFlavor1命令既可生成所需的适配包。下面介绍一些Android客户端的一些适配案例。
配置不同的应用名
Gradle在构建应用时，会优先使用flavor所属dataSet中的同名资源。所以，解决思路就是在flavor的dataSet中添加同名的字符串资源，以覆盖默认的资源。下面以适配wandoujia渠道的应用名进行介绍。
首先，在build.gradle配置文件中添加如下flavor：
android {
productFlavors {
wandoujia {
}
}
}
上面的配置会默认src/wandoujia目录为wandoujia flavor的dataSet。
接下来，在src目录内创建wandoujia目录，并添加如下应用名字符串资源（src/wandoujia/res/values/appname.xml）：
<resources>
<string name="app_name">NewApp_Name</string>
</resources>
默认的应用名字符串资源如下（src/main/res/values/strings.xml）:
<resources>
<string name="app_name">App_Name</string>
</resources>
最后，运行gradle assembleWandoujia命令即可生成应用名为NewApp_Name的应用了。
wandoujia包下不使用strings.xml 名是因为会出现文件重复，默认的main 文件夹里存在的文件 在其他 适配目录中不允许出现相同文件名的文件，如果差异化特别大可以将文件抽取出来单独放到各个差异包下， main文件下不创建差异文件
控制是否自动更新
大多数Android客户端都会在启动时会默认检查客户端是否有更新，如果有更新就会提示用户下载。但是有些渠道和应用市场不允许这种默认行为，所以在适配这些渠道时需要禁止自动更新功能。
Gradle会在generateSources阶段为flavor生成一个BuildConfig.java文件。BuildConfig类默认提供了一些常量字段，比如应用的版本名（VERSION_NAME），应用的包名（PACKAGE_NAME）等。更强大的是，开发者还可以添加自定义的一些字段。下面的示例假设wandoujia市场默认禁止自动更新功能：
android {
defaultConfig {
buildConfigField "boolean", "AUTO_UPDATES", "true"
}
productFlavors {
wandoujia {
buildConfigField "boolean", "AUTO_UPDATES", "false"
}
}
}
上面的代码会在BuildConfig类中生成AUTO_UPDATES布尔常量，默认值为true，在使用wandoujiaflavor时，该值会被设置成false。接下来就可以在代码中使用AUTO_UPDATES常量来判断是否开启自动更新功能了。最后，运行gradle assembleWandoujia命令即可生成默认不开启自动升级功能的渠道包，是不是很简单。
最后
当我们做完这些差异配置后可以，单独运行测试时可以通过Android Studio 左下角 Build Variant 配置 我们Run’app 的包。
**小细节，平时我们单独做debug 和 release 测试的时候也可以使用这个小功能
注意 **
productFlavors 的功能包含不限于以上功能， 他还可以根据痛不痛的 flavor 配置不同的代码、资源、配置、以及我们引入的库都可以差异化配置。不过这些差异化配置 都需要单独的去重新构建，也就是重新打包。虽然是自动化的，但是打包还是需要时间的，享受不了 美团多渠道打包100个10s就打完的待遇哦！！！
