在上篇文章中，我们学习了有关Gradle的一些基础知识，今天我们来学习一下Android Studio的多渠道打包，顺便将学习到的Gradle知识进行实战一下。如果你对Gradle或者Groovy的基础知识还不了解的话，请先移步至我的上篇文章：Gradle基础知识点总结

首先我们新建一个工程，名字叫做WalleTest，工程名字你可以随便起，在这里为什么叫WalleTest呢，因为肯定和Walle有关系啦哈哈哈，下文我会详细叙述的。工程目录结构如下：

新建工程

在这里我们先打开app目录下的build.gradle文件，可以看到有关编译版本、版本名称、版本号等信息都是直接写在build.gradle文件中。回想我们在代码中对静态常量是怎么使用的，肯定是新建一个类，将各种常量信息放在这个类中，所以针对这种情况我们怎么能忍呢，作为“代码洁癖”的我们肯定要新建一个.gradle文件用来存放这些信息，在做到代码整洁的同时也方便了我们后续管理。在这里我新建common.gradle文件，用来存放应用中的所有配置变量，进行统一管理。规整后，app目录下的build.gradle文件如下图所示：

代码规整

接下来就开始我们的多渠道打包工作了。

为什么需要多渠道打包？原因就是我们要在安装包中添加不同的标识，应用在请求网络的时候携带渠道信息，方便后台做运营统计，比如说统计我们的应用在不同应用市场的下载量等信息。有关统计信息的获取，肯定要借助友盟，关于友盟怎么接入我们的项目中，在这里我就不详细介绍了，具体操作步骤参见友盟官网。

多渠道打包的方式有好多，在这里我们分别介绍下Android Studio原生多渠道打包和使用美团的Walle进行多渠道打包。

1.Android Studio原生多渠道打包：

首先在manifest.xml文件中设置动态渠道变量：

设置动态渠道变量

然后在app目录下的build.gradle中配置productFlavors，也就是配置打包的渠道：

配置打包渠道

接下来我们就可以执行打包操作了。关于打包方式，你可以使用Studio提供的图形化界面，当然也可以使用命令行的方式。使用图形化界面打包会让你输入签名文件路径、签名文件密码等信息，填好后一路next即可。在这里我们使用命令行的方式进行打包，接下来肯定要在app目录下的build.gradle文件中配置签名信息，配置操作如下：

配置签名信息

签名信息配置完毕后，在Terminal命令行中输入：gradlew assemble命令就可以执行打包操作了。打包完成后我们看到对应平台下分别生成了release包和debug包，如果我们只需要打release包应该怎么办呢，很简单，只需要输入gradlew assemblerelease命令即可。

打包生成apk

当然我们可以自定义打包apk的名称，操作如下：

自定义打包apk的名称

好的，下面我们执行gradlew build命令来统计一下打包时长，操作代码如下：

统计打包时长

操作结果如下：

打包时长输出结果

有没有什么方式可以使我们的打包时间更短呢？下面我们就来看一下传说中的美团Walle新一代渠道包打包神器，GitHub地址为：美团Walle

2. 美团Walle多渠道打包：参照GitHub文档，第一步我们在项目的根目录 build.gradle 文件中添加Walle Gradle插件的依赖， 如下：

根目录 build.gradle 文件中添加Walle Gradle插件依赖

接着在当前App的 build.gradle 文件中apply这个插件，并添加上用于读取渠道号的AAR：

App的 build.gradle 文件中配置

接下来配置插件：

配置插件操作

这里记得创建渠道配置文件（app目录下），文件内容如下（当然你需要根据自己的渠道市场进行配置）：

创建渠道配置文件

可通过如下代码获取到渠道信息，同时设置友盟channel（注销掉studio原生打包配置信息）：

设置友盟channel

接下来就可以打包了，打包命令为：gradlew clean assembleReleaseChannels，更加详细命令参考Walle官方文档，操作结果如下：

Walle打包结果

可以看到我们使用Walle打包成功了，接下来我们也来看下打包时长，结果如下：

打包时长输出结果

哇塞，这打包时长，相比较我们第一种使用studio原生打包的方式，快了差不多2/3。我们再想下，这只是简单6个渠道，如果我们的项目渠道有上百个，这时间差距可想而知，肯定要使用Walle多渠道打包神器啦！

从早上吃过早餐写到现在，终于简单介绍完了。本人技术有限，如果有什么表述不正确的，还望各位老哥指出。收拾下该吃饭去了。