Android热更新(Tinker)

版权声明:本文为博主原创文章,未经博主允许不得转载。 https://blog.csdn.net/android_gjw/article/details/78722880

花了周一周二两天的时间研究了下bugly的版本更新以及bugly的热更新。

总结一下收获:

1.站在巨人的肩膀上就是方便,腾讯不愧是王者(不知道还有没有机会去这样的大公司,意淫一下)。

2.bugly的版本更新虽然方便,但是有延迟,项目需求我可能不会采用。因为进入程序到检测到新版本会有4-5秒的延迟,当用户已经开始使用后才提示有新版本,会影响客户的体验感,所以还是用自己的版本更新。

3.热更新集成相对还是容易的。有几个细节注意下即可,热更新提交补丁后也会有延迟,不是实时生效的,亲测会有5分钟的延迟,但是补丁确实挺好用,对后期bug的更改大有好处。

4.热更新唯一的不方便我感觉就是集成assembleRelease或者assembleDebug是,如果想在build下clean Project的话,在项目的app中的build中生成apk会被clean掉,所以热更新时不要clean项目,否则就需要重新生成。当然如果你想重新热更新,clean是最便捷的方法啦。

热更新的步骤

1.集成sdk,引入bugly热更新需要的包

  compile 'com.tencent.bugly:crashreport_upgrade:latest.release'

  compile 'com.tencent.bugly:nativecrashreport:latest.release'

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

2.添加Tinker插件(加的是第三步新建的插件)

apply from: 'tinker-support.gradle'

3.新建tinker-support.gradle(最重要的部分)

3.1-baseAokDir是生成base-apk后填写的名称,一般是生成的日期
3.2- tinkerId 唯一,补丁包就是对指向的版本进行打补丁
3.2.1-tinkerId = “base-1.0.3” 生成apk时
3.2.2-tinkerId = “patch-1.0.3” 打补丁时,只需更该base为patch
3.3- enableProxyApplication = true 表示用自己项目中的Application,想false也可以,不怕麻烦就可以

apply plugin: 'com.tencent.bugly.tinker-support'

def bakPath = file("${buildDir}/bakApk/")

/**
 * 此处填写每次构建生成的基准包目录
 */
def baseApkDir = "app-1205-14-06-35"

/**
 * 对于插件各参数的详细解析请参考
 */
tinkerSupport {

    // 开启tinker-support插件,默认值true
    enable = true

    // 自动生成tinkerId, 你无须关注tinkerId,默认为false
    autoGenerateTinkerId = true

    // 指定归档目录,默认值当前module的子目录tinker
    autoBackupApkDir = "${bakPath}"

    // 是否启用覆盖tinkerPatch配置功能,默认值false
    // 开启后tinkerPatch配置不生效,即无需添加tinkerPatch
    overrideTinkerPatchConfiguration = true

    // 编译补丁包时,必需指定基线版本的apk,默认值为空
    // 如果为空,则表示不是进行补丁包的编译
    // @{link tinkerPatch.oldApk }
      baseApk = "${bakPath}/${baseApkDir}/app-release.apk"
    //baseApk =  "${bakPath}/${baseApkDir}/app-debug.apk"

    // 对应tinker插件applyMapping
    //baseApkProguardMapping = "${bakPath}/${baseApkDir}/app-release-mapping.txt"
//    baseApkProguardMapping = "${bakPath}/${baseApkDir}/app-debug-mapping.txt"

    // 对应tinker插件applyResourceMapping
       baseApkResourceMapping = "${bakPath}/${baseApkDir}/app-release-R.txt"
    //baseApkResourceMapping = "${bakPath}/${baseApkDir}/app-debug-R.txt"

    // 构建基准包跟补丁包都要修改tinkerId,主要用于区分
    tinkerId = "patch-1.0.3"

    // 打多渠道补丁时指定目录
    // buildAllFlavorsDir = "${bakPath}/${baseApkDir}"

    // 是否使用加固模式,默认为false
    // isProtectedApp = true

    // 是否采用反射Application的方式集成,无须改造Application
    enableProxyApplication = true

    // 支持新增Activity
    supportHotplugComponent = true

    //补丁包的版本号
   // tinkerId = "1.0.1-base"

}

/**
 * 一般来说,我们无需对下面的参数做任何的修改
 * 对于各参数的详细介绍请参考:
 * https://github.com/Tencent/tinker/wiki/Tinker-%E6%8E%A5%E5%85%A5%E6%8C%87%E5%8D%97
 */
tinkerPatch {
    tinkerEnable = true
    ignoreWarning = false
    useSign = false
    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"
    }
}

4.配置完成开始打待更新的或者有bug的apk

就是这样啦,easy so

5.更改tinker-support.gradle

5.1更该base为patch

对应起来

6.0 运行程序

7.0生成补丁,放网上

8.0下班啦。明天再写,游泳去。。。。。。。

《Android版本更新、热更新》系列课程视频

版本更新6.0,7.0统统搞定!!

热修复不在麻烦,再也不用担心上线后出bug!!

http://edu.csdn.net/course/detail/6523

http://edu.csdn.net/course/play/6523/131198

《Kotlin语法基础到实战开发》系列课程视频

http://edu.csdn.net/course/detail/6409?locationNum=7&fps=1&ref=srch&loc=1

http://edu.csdn.net/course/play/6409/123752

猜你喜欢

转载自blog.csdn.net/android_gjw/article/details/78722880