前言

针对不同的版本，不同的应用市场，在后台统计的时候往往我们需要统计记录每个市场或者不同版本的使用情况，然后就衍生出了一系列的多渠道，android应用市场数不胜数，只有通过多渠道这样统计来观察用户分布情况。当然现在网上很多关于打包多渠道的工具，这里我只探讨使用Gradle的方式。

使用场景

前几天遇到的一个问题就是，同一套代码，其中个别颜色图片或者个别对应类实现不一样，但是需要打包出不同的apk，一个收费版，一个免费版，当然这2个版本的applicationId肯定是不同的，然后分别对这2个版本打多渠道包。

以前的做法

以前代码中是这样一种配置方式这里写个demo演示一下 Gradle里面是这样的一个配置

Paste_Image.png

在这里对应的charges里面对应着一套部分有区别的收费的代码，free对应着不同的一套免费的代码。项目结构如图所示

Paste_Image.png

为了演示这里只添加了添加了strings.xml 修改了2个版本不同的appName

上面的这样一种做法，可以极大的减少我们的编码，比如本来写了一套代码是免费版本，但是现在要加一个收费版的，代码基本相同就个别颜色或者业务逻辑不同，这样我们不必在重新复制粘贴处一个项目文件，不然其中公共使用的部分一旦修改，你就要同步到另一个项目中，代价有点高。

这里通过productFlavors的方式可以减少上面的操作步骤，只需要在对应的src中建立属于自己的一个目录结构同main里面的目录结构即可。需要对应你在productFlavors中创建的变体类型名称。因为编译的时候会去寻找该目录下是否有对应的文件资源。

好了大概就是这样一个目录结构，但是我们这样应该怎么打多渠道包呢？

以往的做法不都是这样的？
Mainifest中添加

Paste_Image.png

gradle中添加

Paste_Image.png

这样来完成打包多渠道，现如今这种情况怎么处理呢？

Paste_Image.png

然后思考啊思考啊思考啊，难道我真的要一个一个的手动去修改 manifest中的渠道值吗？

QQ图片20170617152754.jpg

如何解决

第一种做法一次能打2个版本维持现状的代码样式，但是每次只能打一个渠道包的方法可以这样写

Paste_Image.png

然后在命令行使用Gradle assemRelease 打包2个版本的m0渠道包如果使用gradle build 会打出四个包 2个Release版本 2个debug版本，

还好后来翻了又翻看了又看官方文档
https://developer.android.com/studio/build/build-variants.html?hl=zh-cn#dependencies

查找到可以使用sourceSets合并代码的方式，但是这样的做法也只能一次打一个版本的多渠道包，不过比之前的做法也快很多那么现在看看我是怎么做的

步骤一

添加你的渠道比如这样

Paste_Image.png

步骤二

修改buildType中Release类型的代码

添加applicationIdSuffix 比如我们这里先打免费版 free的代码

然后添加sourceSet，最后应该是下面这样

Paste_Image.png

当打免费版本的时候屏蔽掉收费版本的sourceSet代码合并引入。和修改applicationIdSuffix的后缀名称，打另一半吧的时候修改为另一个版本的src目录地址即可

然后同样使用build assemRelease打包productFlavors中定义的多渠道包看看效果

这里我演示打包四个渠道

Paste_Image.png

可以看到四个渠道包打了2分多钟，比起市面上的渠道包打包工具实在是太慢了，不过这里不讲其他打包工具哦，我们只用原生，哈哈

QQ图片20170617155931.jpg

这样我们就可以实现我们不同的类型的包打印对应的多渠道包了。主要通过SourceSet来实现代码合并，当然这里我只写了资源的合并路径，注意合并的时候你的主目录中就是Main目录对应的和你自己的目录中应该没对应的相同资源名称，不然会发生异常，比如你的main目录下面String.xml 下面有一个appName的属性，free里面也有一个appName的名称，就会发生异常，因为只会存在一个appName。所以这点需要注意。