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

上一篇文章说道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

classpath "com.tencent.bugly:tinker-support:1.1.1"

在app/build.gralde

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%。

//请求插件
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很慢,所以不验证了。
public class DemoApplication extends TinkerApplication {
    public DemoApplication() {
        super(ShareConstants.TINKER_ENABLE_ALL,
                "com.ppjun.android.tinkerinbugly.DemoApplicationLike"
        ,"com.tencent.tinker.loader.TinkerLoader",false);
    }
}
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类看到对应的原因 全文完 ) ) >

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

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏JackeyGao的博客

五个很实用的Django 项目推荐

很多Django的包都能很大的增加我们的开发效率或者增加我们项目的功能, 比如: django-rest-framework 、wagtail, 它们带来了很棒...

1073
来自专栏编程

【依葫芦画瓢】SSM-CRUD-3

继续上一篇的讲解【依葫芦画瓢】SSM-CRUD --- 2 概要: 服务端返回json数据,构建员工列表 完成员工新增功能 增加表单前后端校验(jQuery+J...

3215
来自专栏蓝天

Redis-5.0.0集群配置

参考:http://redis.io/topics/cluster-tutorial。

8442
来自专栏FreeBuf

One-Lin3r:懒人的福音,渗透测试单行化工具

今天给大家介绍一款名叫One-Lin3r的渗透测试工具工具,这款工具可谓是“懒人”的福音,因为只需要输入一行命令,它就可以帮助我们完成渗透测试任务。 ? One...

2085
来自专栏蓝天

Redis-4.0.11集群配置

本文参考官方文档而成:http://redis.io/topics/cluster-tutorial。经测试,安装过程也适用于redis-3.2.0、r...

5322
来自专栏雨过天晴

原 Nginx 开启 status 状态功

1021
来自专栏大白虾谈架构

Power Designer逆向工程导入Oracle表,转为模型加注释

1456
来自专栏蓝天

编译hbase-1.2.3源代码

确保机器可以正常访问Internet,如能正常访问https://repo.maven.apache.org等,如果是代理方式则需要设置好eclipse和m...

2012
来自专栏程序员互动联盟

linux设备驱动第四篇:linux驱动调试方法

上一篇我们大概聊了如何写一个简单的字符设备驱动,我们不是神,写代码肯定会出现问题,我们需要在编写代码的过程中不断调试。在普通的c应用程序中,我们经常使用prin...

49015
来自专栏快乐八哥

Angular企业级开发(4)-ngResource和REST介绍

一、RESTful介绍 ? RESTful维基百科 REST(表征性状态传输,Representational State Transfer)是Roy Fie...

1927

扫码关注云+社区

领取腾讯云代金券