Bugly多渠道热更新解决方案

原文:https://buglydevteam.github.io/2017/05/15/solution-of-multiple-channel-hotpatch/

Gradle使用productFlavors打渠道包的痛

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

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
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补丁管理后台,况且Bugly也只允许同时下发5个版本的补丁。这里提一下为什么要上传所有渠道的补丁,因为通过productFlavors配置,会修改buildConfig类中的FLAVOR字段,这会导致生成的不同渠道包的dex是不一样的,所以只能针对具体渠道进行打补丁。这就非常的尴尬了,那怎么办呢?有没有版本通过一个补丁就能够修复所有渠道,答案是:有的,但前提是你要保证所有渠道包代码是一致的

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

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

Github:https://github.com/Meituan-Dianping/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配置:

创建channel配置

命令行打多渠道包:

1
./gradlew clean assembleReleaseChannels

输出结果如下:

walle打包输出

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

如何获取渠道信息?

如果在App内想获取渠道信息进行一些统计的分析,可以按照以下方式(具体参考 walle):

1
2
3
dependencies {
compile 'com.meituan.android.walle:library:1.1.7'
}

在代码中获取渠道信息:

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);

这样Bugly即可按渠道维度来统计App的Crash数据。

一个补丁修复所有渠道

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

补丁发布

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

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

渠道配置

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

总结

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

  • productFlavors方式打多渠道包
  • 快速打渠道包工具(Gradle)

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

Powered by AppBlog.CN     浙ICP备14037229号

Copyright © 2012 - 2021 APP开发技术博客 All Rights Reserved.

访客数 : | 访问量 :