热更新的使用(腾讯的Bugly)

  • 时间:
  • 浏览:2

官方链接:腾讯bugly官方地址

             另外:支持加固模式和多渠道也在上图注释中有 ,说明同类的是,多渠道打包的以前,只需用在build.gradle中加入productFlavors即可

build.gradle中配置好打包信息后,使用Gradle自带的打包命令进行基础包、补丁包的打包

1、APP创建tinker-support.gradle文件,文件中大体内容为

下面是具体的集成步骤,官方文档介绍的比较详细,这里着重把需用注意的点写下来,少趟坑。

dependencies {  

bugly热更新的局限性

4、不支持每种三星android-21机型,加载补丁都不主动抛出异常。

3、在Android N上对启动时间有轻微影响。

            2、tinkerId:基础包+补丁包的版本号(打基础包时改为基础包版本号,打补丁包时改为补丁包版本号)

1、APP下的build.gradle中加在bugly SDK的依赖

// 依赖插件脚本apply from: 'tinker-support.gradle'

tinker-support.gradle以及注意点

    compile 'com.tencent.bugly:crashreport_upgrade:1.3.5'    // 指定tinker依赖版本(注:应用升级1.3.5版本起,不再内置tinker)    

腾讯bugle理解:热更分为基准包+补丁包;基准包为线上版本在运行的apk包,补丁包为依赖于基准包而生成的补丁文件,需用上传到bugly更新列表中;补丁包上传到bugly更新列表成功的前提是基准包在补丁包上传以前在APP上联网运行过。。当然,较大程度的更新还是依赖于发APK包的形式,小的更新+处置比较着急致命的bug直接使用热更即可。

不支持同类动画类型的资源文件的更新。

1.工程根目录下“build.gradle”文件中加在:

            3、enableProxyApplication:否有使用被委托人的Application,肯能是集成sdk中的application。(文档中有 详细说明)

    compile 'com.tencent.tinker:tinker-android-lib:1.9.6'    compile 'com.tencent.bugly:nativecrashreport:latest.release' //其中latest.release指代最新版本号,都可不还里能都可不还里能指定明确的版本号,同类2.2.0

    compile "com.android.support:multidex:1.0.1" // 多dex配置    

1、不支持修改清单文件,不支持新增android端四大组件(页面、Service服务,广播、数据库)。后续版本应该也支持了

            1、baseApkDir:打补丁包时最好的法律法律依据的基准包地址,大基准包时不不定义。

    }

            针对上述tinker-support.gradle文件中的另另有六个 重要点

dependencies {    classpath "com.tencent.bugly:tinker-support:1.1.2"}

实例化热更新

2、不建议在GP渠道热更新代码。

下面附详细截图流程,接入Demo需用的联系我私发。

多渠道打包的以前,基准包的生成会有单个文件:mapper文件(肯能如此,说明build.gradle中的minifyEnabled如此开启混淆)、APK文件、TXT文件,需用进行联网运行的基础包因此我该APK文件。补丁包选用patch下的7z.apk文件。上传到bugly后台即可。