Questin:遇到不同的网络环境（类似测试环境，发布环境）之间的切换，你会怎么做呢？如何一次打出多个渠道包呢？
一，多版本
基于buildTypes
（1）debug:调试版本,无混淆
（2）release:发布版本,有混淆、压缩
二，多环境
基于productFlavors
（1）develop:开发环境，开发和自测时使用
（2）check:测试环境，克隆一份生产环境的配置，在这里测试通过后，再发布到生产环境。
之所以没命名为test是因为在gradle编译时:ProductFlavor names cannot start with 'test'
（3）product:生产环境，正式提供服务的。
三，多渠道
基于Android新的应用签名方案APK Signature Scheme v2中的APK Signing Block区块
我这里使用的是美团封装的Walle库。使用Walle库请确保你的Android Gradle 插件版本在2.2.0以上。
为什么不直接使用productFlavors来打包多渠道？因为productFlavors打多渠道包太慢了，打30个包差不多十几分钟，无法忍受！
为什么不使用美团之前基于META-INF进行渠道标识的方案？因为Android7.0之后的这种黑科技已经失效了！
用法：
1、配置build.gradle
(1) 在位于项目的根目录 build.gradle 文件中添加Walle Gradle插件的依赖， 如下：
buildscript {
dependencies {
classpath 'com.android.tools.build:gradle:2.2.3'
classpath 'com.meituan.android.walle:plugin:1.0.3'
}
}
(2) 在当前App的 build.gradle 文件中apply这个插件，并添加上用于读取渠道号的aar
(3) 这里，我根据不同的环境生成了不同包名的apk，方便在手机上同时安装多个环境的应用。为了让gradle动态更改apk的名称和图标，我们需要在manifest文件中使用{app_name}等占位符。
(4) 在代码中获取多渠道信息
String channel=WalleChannelReader.getChannel(getApplicationContext());
(5) 在代码中获取多环境信息
intenvType=BuildConfig.ENV_TYPE;
这里的BuildConfig是由gradle动态生成的：
而ENV_TYPE这个字段其实就来自于我们的build.gradle：
这里我们最好定义一个常量类区分这些环境的类型：
2、打包多环境
这里我们直接执行assemble命令，打包所有的buildType*productFlavors
或者使用命令行也可以：
gradle assemble
这里我们可以看到debug包都是1.4M,而release包都是0.7M，显然，我们的混淆和压缩配置是生效了的，虽然这里我并没写混淆规则。
这样，我们就可以在代码中，根据环境字段envType的不同，来选择不同的网络环境了。
3，打包多渠道
在Project的根目录下新建channel文件：
执行gradle命令：
(1) 打包文件内的渠道包
gradle assembleProductRelease -PchannelFile=channel
(2) 打包自定义数组内的渠道包
gradle assembleProductRelease -PchannelList=qihu,vivo,lenovo
关于Walle库的更多使用：详见Github-walle
最后，奉上源码：WalleDemo
