在日常开发中我们经常会有多渠道分发的需求，那么如果针对每个渠道都打包一次那简直是不舒服斯基到死，作为以“懒”作为标签的程序员群体，干这种重复性的工作，那感觉简直不要太酸爽，简直让人分分钟切腹。所以我们就会想能不能写个脚本文件，我只干一次打包的活，所有渠道的包都能生成好。很明显是可以的，要不然这不是打作者的脸吗！为了不被打脸——我转载引用一下各位前辈大神的博客（谢谢各位前辈和大神为了不让我被打脸所做出的突出贡献，谢谢！）
Android Studio系列教程六--Gradle多渠道打包
ok，这就一定程度上解决了我们多渠道打包的需求，但是现在我有一个新的需求：针对不同的渠道需要使用不同的包名，加载不同的资源，源码使用差异化的实现。
有得童鞋可能就要说了，你这包名都不一致，还需要加载不同的资源，源码还需要差异化实现，这简直就是不同的App了。那我们就用不同的项目来处理这个需求就好了。但是我们仔细想一想，这种方式只适合于不做迭代升级的“一锤子买卖”，如果需要迭代升级，那酸爽我想应该谁用谁知道。
好吧，有需求我们肯定得想办法去解决，那么今天我就跟大家聊聊，怎么在一个项目中实现Android多渠道打包，而且这些渠道的资源和源码实现上还存在一定差异化（说到这里，可能有些朋友又想到了一个新方案，将共有部分提取出来作为一个SDK而存在，每个渠道都去引用这个SDK ，这可能在一定程度能解决我们存在的问题，但是有点杀鸡用牛刀。我们姑且不谈）。
我们先来看看设置多渠道后的效果：
我们在app的build.gradle文件中加入如下代码：
productFlavors {
publicVersion {
applicationId "com.york.pub"
}
customVersion {
applicationId "com.york.custom"
}
TestVersion {
applicationId 'com.york.test'
}
}
我们可以看到如下效果
这里写图片描述
也就是说生成了debug和release都有了三个渠道，而且每个渠道使用不同的包名。这个可以说在一定程度上解决了我们多包名打包的问题。但是如果使用不同的包名，一般情况下我们都会在不同的渠道下有着特殊的要求——资源文件的差异性和某些特定页面的代码逻辑差异性。这个问题好像有些棘手，我们可以考虑做这样一个尝试：因为我们的源代码和资源文件都是在src目录下，那么我们是不是可以在src目录下针对不同的渠道建立不同的文件夹，并且通过某种方法在编译和打包时指定某个渠道使用某个目录下的源代码和资源文件。那么就变成了这样一个状态：
这里写图片描述
我们对比一下在android studio main目录下文件夹
这里写图片描述
到这里我们基本可以得出我们这种实践是可行的的结论，因为这两个目录的文件夹的颜色和标识是一致的，也就是说android studio识别我们这种做法。那么我们试下切换一下渠道，看看是不是与我们预想的一致
这里写图片描述
到这里我们可以确定这个方案是可行的了。至于具体的测试和验证就留给各位童鞋自己去做了，我这边就不凑字数了。在这里我给大家几个我在测试和使用过程中的几点发现：
1、文件夹名称一定要跟我们在build.gradle文件中定义的渠道名一致，否则不被识别
2、编译时加载的源代码文件和资源文件是main目录和对应的渠道目录的并集，对于资源文件会优先加载对应渠道目录下的资源文件，对于源码文件而言，包结构需要于main目录一致（不需要用到的包可以没有），并且在渠道文件夹中，需要做逻辑改变的文件应该区别的放到各对应渠道文件夹的对应包名中，同时不应该在main目录中保持有与渠道文件中相同文件名的文件（所在包也一致）
3、 渠道定义时同样可以定义除包名外的其他区分属性
