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(weixinBugly)

原文发表时间:2017-05-18

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏睿哥杂货铺

基于Kafka构建事件溯源模式的微服务

微服务本身并不算什么新概念,它要解决的问题在软件工程历史中早已经有人提出:解耦、扩展性、灵活性,解决“烂架构”膨胀后带来的复杂度问题。

6367
来自专栏Web 开发

宏基4535-651G25Mn

中规中矩的配置,运行WIN7应该没有问题,便便今晚的装WIN 7后,时不时会卡,并且不是一般的卡,放首歌都会卡

871
来自专栏代码GG之家

开机向导到联网状态,一直失败问题 分析

1746
来自专栏一个会写诗的程序员的博客

《MongoDB极简教程》第一章 NoSQL简史 & MongoDB安装&环境配置NoSQLNoSQL 简史CAP定理(CAP theorem)BASEMongoDB 特性&优势文档参考安装&环境配置

MongoDB 是一款开源的文档数据库,并且是业内领先的 NoSQL 数据库,用 C++ 编写而成。

1083
来自专栏跟着阿笨一起玩NET

使用WCF实现SOA面向服务编程—— 架构设计

SOA本身就是一种面向企业级服务的系统架构,简单来说,SOA就是一种进行系统开发的新的体系架构,在基于SOA架构的系统中,具体应用程序的功 能是由 一些松耦合并...

751
来自专栏PingCAP的专栏

TiDB 2.0 RC1 Release

2018 年 3 月 9 日,TiDB 发布 2.0 RC1 版。该版本在上一版的基础上,对 MySQL 兼容性、系统稳定性和优化器做了很多改进。

40814
来自专栏Java架构

阿里面试题一面:(电话面试:80分32秒)二面: (视频面试:47分钟)三面:(视频面试:22分钟)四面:(交叉面,电话面试:30分钟)

4.6K3
来自专栏杨建荣的学习笔记

Oracle闪回原理测试(三)(r12笔记第16天)

对于Oracle的闪回,很多朋友也问过问,到底是怎么玩的?如果自己做过一些闪回数据库的操作,就会发现这个功能非常强悍。 Flashback DML的操作...

3355
来自专栏沈唁志

使用PHP获取访客IP的方法

1842
来自专栏C/C++基础

计算机硬件结构概述

学习编程语言,首先需要需要了解计算机硬件组成结构,因为编程语言编写的程序,最终需要在计算机中运行。计算机与程序间属共生关系,二者相互依存,互利共赢,没有程序,计...

972

扫码关注云+社区

领取腾讯云代金券