Bugly 多渠道热更新解决方案

作者：巫文杰

Gradle使用productFlavors打渠道包的痛

有很多同学可能会采用配置productFlavors来打渠道包，主要是它是原生支持，方便开发者输出不同定制版本的apk，举个例子：

android {

    ...

    defaultConfig {

        minSdkVersion 8

        versionCode 10

    }

    productFlavors {

        flavor1 {

            packageName "com.example.flavor1"

            versionCode 20

        }

        flavor2 {

            packageName "com.example.flavor2"

            minSdkVersion 14

        }

    }

}

这样就可以输出两个定制的apk，不同包名，版本号也不同。但是，如果用它来打渠道包是一个非常低效的做法，因为它每一次都会走编译流程，你想一下如果每打一个渠道包就要走一下编译流程，100个渠道包那得多慢。

那如果你能忍受这么低效打渠道包的方式，那回到本文焦点，我先问个问题：“如果你要针对多渠道进行打补丁，你应该怎么做？”

你可能会回答，那就针对不同的渠道包进行打补丁。没错，这个确实行得通，Bugly也是支持以这种方式进行打补丁，tinker-support插件会为不同渠道包插入不同的TINKER_ID, 唯一标识当前版本的渠道包，我们可以看下gradle打多渠道补丁的配置：

上面的示例只是配置了两个渠道，如果你配置超过5个的话，那么就意味着你要一个补丁，一个补丁上传到Bugly补丁管理后台，况且我们也只允许同时下发5个版本的补丁。这里提一下为什么要上传所有渠道的补丁，因为通过productFlavors配置，会修改buildConfig类中的FLAVOR字段，这会导致生成的不同渠道包的dex是不一样的，所以只能针对具体渠道进行打补丁。这就非常的尴尬了，那怎么办呢？有没有版本通过一个补丁就能够修复所有渠道，答案是：有的，但前提是你要保证所有渠道包代码是一致的。

通过多渠道打包框架快速打多渠道包

这里推荐使用walle来打多渠道包，新一代多渠道打包神器。

通过walle或者类似的打包工具就不会改变dex的结构，只是修改APK Signature Block来添加自定义的渠道信息来生成渠道包。

配置示例：

// 多渠道使用walle示例（注：多渠道使用）

apply from: 'multiple-channel.gradle'

创建multiple-channel.gradle，内容如下：

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配置:

命令行打多渠道包：

./gradlew clean assembleReleaseChannels

输出结果如下：

ok，到此已经实现快速打多渠道包了。

如何获取渠道信息？

如果你想获取渠道信息进行一些统计的分析，可以按照以下方式（具体参考walle)：

dependencies {

    compile 'com.meituan.android.walle:library:1.1.3'

}

在代码中获取渠道信息：

String channel = WalleChannelReader.getChannel(this.getApplicationContext());

如果你已经集成了Bugly的异常上报，你就可以通过以下方式来塞入渠道信息：

String channel = WalleChannelReader.getChannel(getApplication());

Bugly.setAppChannel(getApplication(), channel);

// 这里实现SDK初始化，appId替换成你的在Bugly平台申请的appId

Bugly.init(getApplication(), "YOUR_APP_ID", true);

这样我们就可以按渠道维度来统计你们app的Crash数据了。

一个补丁修复所有渠道

重头戏，总是留在最后。在打渠道包的过程，因为会走编译流程，热更新插件也会在bakApk生成对应的基线版本，这个跟普通打包就没有差别了：

只需要上传补丁包到补丁管理后台，然后下发即可。

笔者随便挑了三个渠道分别安装到不同设备，均成功打上补丁：

ok，基本上我们的需求就已经实现啦，妈妈再也不用担心我加班加点上传补丁包了。

总结

Bugly目前同时支持两种方式进行渠道包的热更新：

productFlavors方式打多渠道包
快速打渠道包工具（Gradle）

笔者是推荐使用第二种方式，不仅能够快速打包，也能够轻松实现一个补丁修复所有渠道。

如果大家对以上有什么疑问的话，可以在下面留言，我们共同探讨下。

更多精彩内容欢迎关注腾讯 Bugly的微信公众账号：

腾讯 Bugly是一款专为移动开发者打造的质量监控工具，帮助开发者快速，便捷的定位线上应用崩溃的情况以及解决方案。智能合并功能帮助开发同学把每天上报的数千条 Crash 根据根因合并分类，每日日报会列出影响用户数最多的崩溃，精准定位功能帮助开发同学定位到出问题的代码行，实时上报可以在发布后快速的了解应用的质量情况，适配最新的 iOS, Android 官方操作系统，鹅厂的工程师都在使用，快来加入我们吧！