Loading [MathJax]/jax/input/TeX/config.js
首页
学习
活动
专区
圈层
工具
发布
首页
学习
活动
专区
圈层
工具
MCP广场
社区首页 >专栏 >【详细】Android热更新Bugly集成配置

【详细】Android热更新Bugly集成配置

作者头像
ppjun
发布于 2018-09-05 03:58:27
发布于 2018-09-05 03:58:27
1.1K10
代码可运行
举报
文章被收录于专栏:ppjun专栏ppjun专栏
运行总次数:0
代码可运行

上一篇文章说道tinker的热更新,可是少了点补丁包的管理,这一篇文章介绍的bugly就是增强版的,更加方便你集成tinker和包括了补丁包的后台管理。 为什么使用 Bugly 热更新?

  1. 无需关注 Tinker 是如何合成补丁的
  2. 无需自己搭建补丁管理后台
  3. 无需考虑后台下发补丁策略的任何事情
  4. 无需考虑补丁下载合成的时机,处理后台下发的策略
  5. 我们提供了更加方便集成 Tinker 的方式
  6. 我们通过 HTTPS 及签名校验等机制保障补丁下发的安全性
  7. 丰富的下发维度控制,有效控制补丁影响范围
  8. 我们提供了应用升级一站式解决方案

Bugly下面我们用1.3.4版本的bugly来开发。

1.申请appid

去官网Bugly官网 申请appid比如asd778asd89,如果你之前应用bugly的异常上报就不用再申请appid。用的是同一个appid。

2.添加bugly插件

在项目的root目录下的build.gradle

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
classpath "com.tencent.bugly:tinker-support:1.1.1"

在app/build.gralde

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
android{
    ...
    defaultConfig{
        //开启dex分包
        multiDexEnabled true
    }

    dexOption{
        //大项目模式
        jumboMode true
        maxProcessCount 4
        javaMaxHeapSize "2g"
    }
    //配置好签名
   signingConfigs {
        release {
            keyAlias 'xx'
            keyPassword 'xx'
            storeFile file('../app/xxx.jks')
            storePassword 'x'
            v1SigningEnabled true
            v2SigningEnabled true

        }
   }
   //使用你的签名
     buildTypes {
        release {
            minifyEnabled false
            proguardFiles getDefaultProguardFile('proguard-android.txt'), 'proguard-rules.pro'
            signingConfig signingConfigs.release
        }
    }

}

dependiences{
       implementation 'com.tencent.bugly:crashreport_upgrade:1.3.4'
       implementation 'com.android.support:multidex:1.0.2'
}

如果你的项目之前使用了bugly的crash包就要去掉,因为crashreport_upgrade包里面包含了crash。不然会提示program is already.

3. 创建tinker-support.gradle文件

目标地址app/tinker-support.gradle,然后在app/build.gradle申请加入apply from: 'tinker-support.gradle'

这样子完成了70%。

代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
//请求插件
apply plugin: 'com.tencent.bugly.tinker-support'
//基准包路径
def bakPath=file("${buildDir}/bakApk/")
//基准包父目录
def baseApkDir="app-0224-14-03-02"

//基准包的tinkerid
//def myTinkerId="base-"+"1.0"
//补丁包的tinkerid,每发布一个补丁包依次叠加一次补丁版本号(比如0.0->0.1)
def myTinkerId="patch-"+"1.0"+".0.1"

tinkerSupport{
    //是否启动热修复,开发阶段设置为false
    enable=true
    //app要不要加固
    isProtectedApp =false
    //反射获取application
    enableProxyApplication=false
    //支持新增activity吗
    supportHotplugComponent=true
    autoBackupApkDir="${bakPath}"
    //autoGenerateTinkerId = true
    overrideTinkerPatchConfiguration =true
    baseApk="${bakPath}/${baseApkDir}/app-release.apk"
    // 对应tinker插件applyMapping
    baseApkProguardMapping = "${bakPath}/${baseApkDir}/app-release-mapping.txt"
    // 对应tinker插件applyResourceMapping
    baseApkResourceMapping = "${bakPath}/${baseApkDir}/app-release-R.txt"
    tinkerId="${myTinkerId}"
}
/**
 * 一般来说,我们无需对下面的参数做任何的修改
 * 对于各参数的详细介绍请参考:
 * https://github.com/Tencent/tinker/wiki/Tinker-%E6%8E%A5%E5%85%A5%E6%8C%87%E5%8D%97
 */
tinkerPatch {
    //oldApk ="${bakPath}/${appName}/app-release.apk"
    ignoreWarning = false
    useSign = true
    dex {
        dexMode = "jar"
        pattern = ["classes*.dex"]
        loader = []
    }
    lib {
        pattern = ["lib/*/*.so"]
    }

    res {
        pattern = ["res/*", "r/*", "assets/*", "resources.arsc", "AndroidManifest.xml"]
        ignoreChange = []
        largeModSize = 100
    }

    packageConfig {
    }
    sevenZip {
        zipArtifact = "com.tencent.mm:SevenZip:1.1.10"
//        path = "/usr/local/bin/7za"
    }
    buildConfig {
        keepDexApply = false
        //tinkerId = "1.0.1-base"
        //applyMapping = "${bakPath}/${appName}/app-release-mapping.txt" //  可选,设置mapping文件,建议保持旧apk的proguard混淆方式
        //applyResourceMapping = "${bakPath}/${appName}/app-release-R.txt" // 可选,设置R.txt文件,通过旧apk文件保持ResId的分配
    }
}
4. 创建ApplicationLike类

把项目的application继承为TinkerApplciation 在构造函数调用父类方法比如,最后在Androidmanifest。xml的application标签的name还是DemoApplication(继承TinkerApplication的Applciation)

里面有四个参数分别是

  1. 你要修复什么内容有dex so res等,全选就是TINKER_ENABLE_ALL
  2. ApplicationLike代理Application类,正真的oncreate attachBaseContext写在里面
  3. tinker的类加载器,默认是它
  4. 要不要验证md5 ,因为上文知道jar模式验证md5很慢,所以不验证了。
代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
public class DemoApplication extends TinkerApplication {
    public DemoApplication() {
        super(ShareConstants.TINKER_ENABLE_ALL,
                "com.ppjun.android.tinkerinbugly.DemoApplicationLike"
        ,"com.tencent.tinker.loader.TinkerLoader",false);
    }
}
代码语言:javascript
代码运行次数:0
运行
AI代码解释
复制
public class DemoApplicationLike extends DefaultApplicationLike {
    
    public DemoApplicationLike(Application application, int tinkerFlags, boolean tinkerLoadVerifyFlag, long applicationStartElapsedTime, long applicationStartMillisTime, Intent tinkerResultIntent) {
        super(application, tinkerFlags, tinkerLoadVerifyFlag, applicationStartElapsedTime, applicationStartMillisTime, tinkerResultIntent);
    }


    @Override
    public void onCreate() {
        super.onCreate();

        Beta.betaPatchListener=new BetaPatchListener() {
            @Override
            public void onPatchReceived(String s) {

            }

            @Override
            public void onDownloadReceived(long l, long l1) {

            }

            @Override
            public void onDownloadSuccess(String s) {

            }

            @Override
            public void onDownloadFailure(String s) {

            }

            @Override
            public void onApplySuccess(String s) {

            }

            @Override
            public void onApplyFailure(String s) {

            }

            @Override
            public void onPatchRollback() {

            }
        };
        Bugly.setIsDevelopmentDevice(getApplication(),true);
        Bugly.init(getApplication(),"6f399f3eeb",false);
      //把你之前onCreate的逻辑写到这里
        
    }

    @Override
    public void onBaseContextAttached(Context base) {
        super.onBaseContextAttached(base);
        MultiDex.install(base);
        Beta.installTinker(this);
        //把你之前applciation的attachbasecontext逻辑写到这里
    }

   public void  registerActivityLifecycleCallback(Application.ActivityLifecycleCallbacks callbacks){
        getApplication().registerActivityLifecycleCallbacks(callbacks);
   }

    @Override
    public void onTerminate() {
        super.onTerminate();
        Beta.unInit();
    }
}
  1. 确保在onBaseContextAttached里面分包和安装tinker
  2. 添加registerActivityLifecycleCallback方法和onTerminate方法
  3. 在oncreate注册你的appid

现在离完成还有10%。

剩下的就是打包了。

5. 打基准包

在tinker-support.gradle修改为基准包的tinkerId。

然后执行./gradlew assembleRelease

然后在app/build/bakApk看到一个app-0224-14-03-02 已打包时间为名字的文件夹,里面包含了有基准包app-release.apk,基准包的R.txt 和mapping.txt。

然后你可以安装基准包。

6.修改基准包
  1. 比如修改android.text="not patch" 改为android.text="has patch"
  2. 然后修改tinker-support.gradle的baseApkDir 。改为你刚才打基准包的父文件夹名字。比如

def baseApkDir="app-0224-14-03-02"

  1. 修改补丁包的tinkerId,每打一个补丁包补丁版本+1,补丁包的tinkerid=patch+apk版本号+补丁版本号
  2. 执行./gradlew buildTinkerPatchRelease,要和之前的打的release包对应。
  3. 在app/build/outputs/patch/得到补丁包patch_signed_7zip.apk。(**不要用outputs/apk/release/patch_signed_7zip.apk **)
7. 上传补丁包

image.png

上传补丁包后,目标版本会出现versionName+"."+versionCode 代表识别成功

如果上传补丁包后,没得到目标版本号,就是代表基准包还没被安装。或者安装后没联网。

或者基准包没安装tinker,没成功初始化tinker。 如果出现-1 -2这些错误码可以到TinkerLoadResult类看到对应的原因 全文完 ) ) >

本文参与 腾讯云自媒体同步曝光计划,分享自作者个人站点/博客。
原始发表:2018.02.24 ,如有侵权请联系 cloudcommunity@tencent.com 删除

本文分享自 作者个人站点/博客 前往查看

如有侵权,请联系 cloudcommunity@tencent.com 删除。

本文参与 腾讯云自媒体同步曝光计划  ,欢迎热爱写作的你一起参与!

评论
登录后参与评论
1 条评论
热度
最新
目前要做国外非Google play的热更新,发布到vivo等市场,如果用bugly下发补丁包的话,bugly在国外有服务器吗? 如果自建服务器的话操作复杂吗?谢谢
目前要做国外非Google play的热更新,发布到vivo等市场,如果用bugly下发补丁包的话,bugly在国外有服务器吗? 如果自建服务器的话操作复杂吗?谢谢
回复回复点赞举报
推荐阅读
编辑精选文章
换一批
Android热更新之微信Tinker集成(接入Bugly热更新)
最近公司项目中需要集成热更新功能,由于刚开始接入的时候踩了很多坑,所以现在记录一下集成的过程.
SoullessCoder
2019/08/07
2.1K0
Android热更新之微信Tinker集成(接入Bugly热更新)
Android架构之路--热更新Tinker(上)
当前市面的热补丁方案有很多,其中比较出名的有阿里的 AndFix、美团的 Robust 以及 QZone 的超级补丁方案。但它们都存在无法解决的问题,这也是正是最后使用 Tinker 的原因。先看一张图对比:
conanma
2021/09/04
1.9K0
微信热修复tinker初探
前言 Tinker简介 Tinker是微信官方的Android热补丁解决方案,它支持动态下发代码、So库以及资源,让应用能够在不需要重新安装的情况下实现更新。当然,你也可以使用Tinker来更新你的插件。 Tinker已知问题 1) Tinker不支持修改AndroidManifest.xml,Tinker不支持新增四大组件; 2) 由于Google Play的开发者条款限制,不建议在GP渠道动态更新代码 3) 在Android N上,补丁对应用启动时间有轻微的影响; 4) 不支持部分三
用户1665735
2018/06/20
2.1K1
章鱼抓娃娃添加Bugly-Tinker热更新支持
Bugly热更新采用Tinker开源方案,官方文档如下: Bugly Android热更新使用指南 Bugly Android热更新详解
冰之角
2019/03/06
9000
Tinker-使用教程与原理分析(上)
前面我们讲解了AndFix的使用,这篇我们来讲解下微信的Tinker热修复,相比AndFix,Tinker的功能更加全面,更主要的是他支持gradle。他不仅做到了热修复更实现了“热更新”。既然他这么强大,下面我们就来了解他是如何使用的。
g小志
2018/09/11
1.9K0
Tinker-使用教程与原理分析(上)
Bugly热更新SDK你需要知道的一些事
Bugly出热更新SDK了? 没错,Bugly也出热更新SDK啦,2016.11.25号,我们Bugly也上线了Android版的热更新SDK,大家都知道这一年来热更新被无数次提起,各大厂自主研发的热更新方案层出不穷,下面就列举一些大家比较熟悉的一些热更新方案: 微信开源:Tinker 大众点评:Nuwa 阿里巴巴:Dexposed 阿里巴巴:AndFix 美团:Robust 各个方案的优劣性笔者就不在这里做过多讨论了,总的一句话没有最好的,只有最适合自己的。 我们Bugly也是出于高可用性的考虑,Tink
巫山老妖
2018/07/20
1.6K0
Android 热更新 Tinker 集成配置【详细】
Tinker 是微信官方的 Android 热补丁解决方案,它支持动态下发代码、So 库以及资源,让应用能够在不需要重新安装的情况下实现更新。
ppjun
2018/09/05
1.7K0
Android 热更新 Tinker 集成配置【详细】
【Android】热修复——Tinker(入门)
前言 不知你是否遇到这样的情况?千辛万苦上开发了一个版本,好不容易上线了,突然发现了一个严重bug需要进行紧急修复,怎么办?难道又要重新打包App、测试,发布新个版本?就为了修改一两行的代码? 莫慌,这种问题其实可以分分钟解决。如果你学会了这项黑科技——热修复。 在用户使用App的时候,不知不觉,这个Bug就被修复了。 莫慌 热修复:热修复(也称热补丁、热修复补丁,英语:hotfix)是一种包含信息的独立的累积更新包,通常表现为一个或多个文件。这被用来解决软件产品的问题(例如一个程序错误)。——维基
Gavin-ZYX
2018/05/18
3.4K3
【云+社区年度征文】让移动开发更简单,集成异常上报、运营统计与应用升级
做移动开发最麻烦的就是收集用户在使用过程中的程序的异常崩溃日志,因为这个异常崩溃是无征兆的在毫无防备随时的出现,所以有时候真是丈二金刚(摸不着头脑);这个还是其次要命的是用户端程序的每次迭代和版本的分布又不容易推送和获取。
谭广健
2020/12/19
7650
Android热更新利器Tinker接入
基准包 例如有一个版本A,但是这时A是有Bug的,然后修复Bug后的生成的版本我们称为B。A和B之间的区别产生一个差分包(这里也称为补丁包),那么我们就可以说这个差分包是以A作为基准包相对B生成的。 基本步骤 1、注册Tinker账号并新建项目 2、配置gradle和代码 3、生成基准包 4、修复Bug 5、生成补丁包 6、发布补丁包 Tinker做了什么 1、1-2步是APP开发的基本步骤,完成1-3步,那么你的APP就集成了Tinker。 集成Tinker后,Tinker会根据各个版本的配置信息去自动加
用户1269200
2018/03/26
1.4K0
Android热更新利器Tinker接入
微信热修复框架 Tinker 从使用到 patch 加载、生成、合成原理分析
版权声明:本文为博主原创文章,遵循 CC 4.0 BY-SA 版权协议,转载请附上原文出处链接和本声明。
张拭心 shixinzhang
2019/12/10
2.3K0
微信热修复框架 Tinker 从使用到 patch 加载、生成、合成原理分析
Bugly 多渠道热更新解决方案
Gradle使用productFlavors打渠道包的痛 有很多同学可能会采用配置productFlavors来打渠道包,主要是它是原生支持,方便开发者输出不同定制版本的apk,举个例子: android { ... defaultConfig { minSdkVersion 8 versionCode 10 } productFlavors { flavor1 { packageName "com
腾讯Bugly
2018/03/23
1.6K0
Android热更新方案Robust
美团•大众点评是中国最大的O2O交易平台,目前已拥有近6亿用户,合作各类商户达432万,订单峰值突破1150万单。美团App是平台主要的入口之一,O2O交易场景的复杂性决定了App稳定性要达到近乎苛刻的要求。用户到店消费买优惠券时死活下不了单,定外卖一个明显可用的红包怎么点也选不中,上了一个新活动用户一点就Crash……过去发生过的这些画面太美不敢想象。客户端相对Web版最大的短板就是有发版的概念,对线上事故很难有即时生效的解决方式,每次发版都如临深渊如履薄冰,毕竟就算再完善的开发测试流程也无法保证不会将B
美团技术团队
2018/03/12
1.5K0
Android热更新方案Robust
【Android 热修复】运行 Tinker 官方示例 ( 处理 TINKER_ID 问题 | 编译 debug 包 | 修改 Gradle 脚本 | 生成 patch 包 | 热修复 )
Tinker 官方代码示例 : https://github.com/Tencent/tinker/tree/dev/tinker-sample-android
韩曙亮
2023/03/29
8050
【Android 热修复】运行 Tinker 官方示例 ( 处理 TINKER_ID 问题 | 编译 debug 包 | 修改 Gradle 脚本 | 生成 patch 包 | 热修复 )
Android插件化-RePlugin项目集成与使用
本文介绍了插件化开发过程中,如何通过 RePlugin 框架实现从一个库的插件化,并基于该插件化实现一个具体的功能,最终通过一个实例展示了整个插件化的流程。
codingblock
2017/12/27
1.8K0
微信 Android 热补丁实践演进之路
继插件化后,热补丁技术在2015年开始爆发,目前已经是非常热门的 Android 开发技术。其中比较著名的有淘宝的 Dexposed、支付宝的 AndFix 以及 QZone 的超级热补丁方案。微信对热补丁技术的研究并不算早,大约开始于2015年6月。经过研究与尝试现有的各个方案,我们发现它们都有着自身的一些局限性。微信最终采用不同于它们的技术方案,走出了自己的实践演进之路。 另外一方面,技术应当只是热补丁方案中的一环。随着对热补丁的多次尝试与应用,微信建立起自身的流程规范,同时也不断的尝试拓展它的应用场景
腾讯Bugly
2023/04/17
3710
微信 Android 热补丁实践演进之路
Tinker Android热补丁框架
国际惯例先贴地址 Tinker开源地址:https://github.com/Tencent/tinker
Anymarvel
2018/10/22
1K0
Tinker Android热补丁框架
Android架构之路--热更新Tinker(下)
tinker官方文档推荐用walle或者packer-ng-plugin来辅助打渠道包。估计有不少同学用过,今天我想推荐另外一款多渠道打包的插件ApkMultiChannelPlugin,它作为Android Studio插件进行多渠道打包。 安装步骤:打开 Android Studio: 打开 Setting/Preferences -> Plugins -> Browse repositories 然后搜索 ApkMultiChannel 安装重启。 有不了解的同学,可以直接看它的文档。
conanma
2021/09/04
5230
Tinker源码分析(六):补丁合成流程
下发的补丁包其实并不能直接加载,因为补丁包只是差异包,需要和本地的 dex 、资源等进行合成后,得到全量的 dex 才能被完整地使用。这样也就避免了热修复中 dex 的 pre-verify 问题,也减少了补丁包的体积,方便用户下载。
俞其荣
2019/03/19
1.5K0
Android最火热修复实战
Sophix官网文档地址 https://help.aliyun.com/document_detail/53240.html
Zachary46
2018/09/12
9120
Android最火热修复实战
推荐阅读
相关推荐
Android热更新之微信Tinker集成(接入Bugly热更新)
更多 >
领券
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档