Android 多渠道打包方案总结~

先从 Github 开源维护的情况看，packer-ng-plugin 已经停止维护，Walle 最新的维护是在2年前，VasDolly 最新的维护在5个月前。从开源维护的角度来说，腾讯的 VasDolly 方案，更胜一筹。

VasDolly

先说使用后的体验：

因为 VasDolly 官方最新的版本为 v3.0.4，所以直接集成最新版本的情况，没去试历史旧版本的情况。 项目环境为：

即可成功编译，并且按教程配置，可以打出对应的包。官方的 Demo 给的就是这个 Gradle 编译环境。打20个渠道包，时间可以控制在1分钟左右。

但是，例如项目环境为：

编译项目会报这个错：

VasDolly 实现原理：

github.com/Tencent/Vas…

通过Gradle生成多渠道包

若是直接编译生成多渠道包，首先要配置渠道文件、渠道包的输出目录和渠道包的命名规则：

其中，多渠道包的命名规则中，可使用以下字段：

• appName ： 当前project的name
• versionName ： 当前Variant的versionName
• versionCode ： 当前Variant的versionCode
• buildType ： 当前Variant的buildType，即debug or release
• flavorName ： 当前的渠道名称
• appId ： 当前Variant的applicationId
• buildTime ： 当前编译构建日期时间，时间格式可以自定义，默认格式：yyyyMMdd-HHmmss

然后，通过 gradle channelDebug、gradle channelRelease 命令分别生成 Debug 和 Release 的多渠道包。

为了方便临时生成渠道包进行测试，从v2.0.0开始支持添加渠道参数：gradle channelDebug(channelRelease) -Pchannels=yingyongbao,gamecenter，这里通过属性 channels 指定的渠道列表拥有更高的优先级，且和原始的文件方式是互斥的。

根据已有基础包重新生成多渠道包

若是根据已有基础包重新生成多渠道包，首先要配置渠道文件、基础包的路径和渠道包的输出目录：

通过命令行生成渠道包、读取渠道信息：

github.com/Tencent/Vas…

读取渠道信息

通过 helper 类库中的 ChannelReaderUtil 类读取渠道信息。

如果没有渠道信息，那么这里返回 null，开发者需要自己判断。

Walle

先说使用后的体验：

Walle 官方库已经2年多没更新，v1.1.7 为最新的版本。打20个渠道包，时间也可以控制在1分钟左右。 项目环境为：

即可成功编译，并且按教程配置，可以打出对应的渠道包。

Walle 实现原理：

tech.meituan.com/2017/01/13/…

最后总结：

• 如果项目之前是通过 AS 手动打包的形式，在主 App 工程的 build.gradle 和 AndroidManifest.xml 里做了一些渠道包相关信息的配置。现在用了 VasDolly 、Walle 的方案，那么也要对自己工程里相关的代码进行更改。 例如：

1. AndroidManifest.xml 里，友盟 SDK 需要获取应用的渠道名称

1. 在主 App 工程的 build.gradle 中，如果写了如下代码：

这些渠道包相关的配置，都会和 VasDolly 、Walle 的方案有所冲突，所以要按照 VasDolly 、Walle 官方教程里的写法来写。

• 因为 packer-ng-plugin 项目已经停止维护，V2签名方案也不支持，所以没去试这个的情况。

推荐学习视频：

apk加固与多渠道打包线上优化