这里推荐使用walle来打多渠道包，新一代多渠道打包神器。
通过walle或者类似的打包工具就不会改变dex的结构，只是修改APK Signature Block来添加自定义的渠道信息来生成渠道包。
配置示例：
|
1
2
|
// 多渠道使用walle示例（注：多渠道使用）
apply from: 'multiple-channel.gradle'
|
创建multiple-channel.gradle，内容如下：
|
1
2
3
4
5
6
7
8
9
10
|
apply plugin: 'walle'
walle {
// 指定渠道包的输出路径
apkOutputFolder = new File("${project.buildDir}/outputs/channels");
// 定制渠道包的APK的文件名称
apkFileNameFormat = '${appName}-${packageName}-${channel}-${buildType}-v${versionName}-${versionCode}-${buildTime}.apk';
// 渠道配置文件
channelFile = new File("${project.getProjectDir()}/channel")
}
|
创建channel配置:
命令行打多渠道包：
|
1
|
gradlew clean assembleReleaseChannels
|
输出结果如下：
ok，到此已经实现快速打多渠道包了。
如何获取渠道信息？
如果你想获取渠道信息进行一些统计的分析，可以按照以下方式（具体参考walle)：
|
1
2
3
|
dependencies {
compile 'com.meituan.android.walle:library:1.1.3'
}
|
在代码中获取渠道信息：
|
1
|
String channel = WalleChannelReader.getChannel(this.getApplicationContext());
|
如果你已经集成了Bugly的异常上报，你就可以通过以下方式来塞入渠道信息：
|
1
2
3
4
|
String channel = WalleChannelReader.getChannel(getApplication());
Bugly.setAppChannel(getApplication(), channel);
// 这里实现SDK初始化，appId替换成你的在Bugly平台申请的appId
Bugly.init(getApplication(), "YOUR_APP_ID", true);
|
这样我们就可以按渠道维度来统计你们app的Crash数据了。
一个补丁修复所有渠道
重头戏，总是留在最后。 在打渠道包的过程，因为会走编译流程，热更新插件也会在bakApk生成对应的基线版本，这个跟普通打包就没有差别了：
只需要上传补丁包到补丁管理后台，然后下发即可。
笔者随便挑了三个渠道分别安装到不同设备，均成功打上补丁：
ok，基本上我们的需求就已经实现啦，妈妈再也不用担心我加班加点上传补丁包了。