前言
针对不同的版本，不同的应用市场，在后台统计的时候 往往我们需要统计记录每个市场或者不同版本的使用情况，然后就衍生出了一系列的多渠道，android应用市场数不胜数，只有通过多渠道这样统计来观察用户分布情况。当然现在网上很多关于打包多渠道的工具，这里我只探讨使用Gradle的方式。
使用场景
前几天遇到的一个问题就是，同一套代码，其中个别颜色图片或者个别对应类实现不一样，但是需要打包出不同的apk，一个收费版，一个免费版，当然这2个版本的applicationId肯定是不同的，然后分别对这2个版本打多渠道包。
以前的做法
以前代码中是这样一种配置方式 这里写个demo演示一下 Gradle里面是这样的一个配置
在这里对应的charges里面对应着一套部分有区别的收费的代码，free对应着不同的一套免费的代码。项目结构如图所示
为了演示 这里只添加了添加了strings.xml 修改了2个版本不同的appName
上面的这样一种做法，可以极大的减少我们的编码，比如本来写了一套代码是免费版本，但是现在要加一个收费版的，代码基本相同 就个别颜色或者业务逻辑不同，这样我们不必在重新复制粘贴处一个项目文件，不然其中公共使用的部分一旦修改，你就要同步到另一个项目中，代价有点高。
这里通过productFlavors的方式可以减少上面的操作步骤，只需要在对应的src中建立属于自己的一个目录结构同main里面的目录结构即可。需要对应你在productFlavors中创建的变体类型名称。因为编译的时候会去寻找该目录下是否有对应的文件资源。
好了大概就是这样一个目录结构，但是 我们这样应该怎么打多渠道包呢？
以往的做法不都是这样的？
Mainifest中添加
gradle中添加
这样来完成打包多渠道，现如今这种情况怎么处理呢？
然后思考啊 思考啊 思考啊，难道我真的要一个一个的手动去修改 manifest中的渠道值吗？
如何解决
第一种做法 一次能打2个版本 维持现状的代码样式 ，但是每次只能打一个渠道包的方法可以这样写
然后在命令行 使用Gradle assemRelease 打包2个版本的m0渠道包 如果使用gradle build 会打出四个包 2个Release版本 2个debug版本，
还好后来翻了又翻 看了又看官方文档
https://developer.android.com/studio/build/build-variants.html?hl=zh-cn#dependencies
查找到可以使用sourceSets合并代码的方式，但是这样的做法也只能一次打一个版本的多渠道包，不过比之前的做法也快很多 那么现在看看我是怎么做的
步骤一
添加你的渠道 比如这样
步骤二
修改buildType中Release类型的代码
添加applicationIdSuffix 比如我们这里先打免费版 free的代码
然后添加sourceSet，最后应该是下面这样
当打免费版本的时候 屏蔽掉收费版本的sourceSet代码合并引入。和修改applicationIdSuffix的后缀名称，打另一半吧的时候修改为另一个版本的src目录地址即可
然后同样使用build assemRelease打包productFlavors中定义的多渠道包看看效果
这里我演示打包四个渠道
可以看到四个渠道包打了2分多钟，比起市面上的渠道包打包工具实在是太慢了，不过这里不讲其他打包工具哦，我们只用原生，哈哈
这样我们就可以实现 我们不同的类型的包打印对应的多渠道包了。主要通过SourceSet来实现代码合并，当然这里我只写了资源的合并路径，注意合并的时候你的主目录中就是Main目录对应的和你自己的目录中应该没对应的相同资源名称，不然会发生异常 ，比如你的main目录下面String.xml 下面有一个appName的属性，free里面也有一个appName的名称，就会发生异常，因为只会存在一个appName。所以这点需要注意。
可以参考上面的合并规则
上面的为注意事项 需要注意。
注意
打包Release版本的时候需要配置你的签名信息。
