Android热更新

1、为什么要用热更新

开发人员一定深有体会，上线的app突然发现一个bug影响用户使用，就需要重新打包App、测试、向各个应用市场和渠道换包、提示用户升级、用户下载、覆盖安装等步骤，用户还会抱怨怎么又升级了，频繁升级对用户体验也不好。就想到能不能像服务器哪样，如果有问题就替换某个文件重启，用户就可以继续使用了。这就衍生出热修复概念产生。

2、什么是热修复

热修复通俗说就是打补丁，让用户在无感的情况下更新，修复不用重新发版

3、热修复原理

参考这篇文章，就能大概了解热修复原理了。https://www.jianshu.com/p/cb1f0702d59f

4、热修复技术

市面上热修复技术很多，主要是腾讯系、阿里系两大类，这是各种热修复 的一些对比。

5、阿里巴巴的Sophix热修复

当初项目打算要用的时候，朋友推荐使用阿里巴巴的Sophix热修复，参考https://help.aliyun.com/document_detail/53240.html?spm=a2c4g.11186623.4.1.5p4eDY官网文档，一步一步安装官网步骤打补丁、发布管理后台，很简单很顺利就集成热修复。使用一段时间后才发现不是免费的，超过一定标准要收费，以下是收费标准，一看没有超过标准怎么会收费呢，最终才发现日均查询次数是根据接口queryAndLoadNewPatch统计的，用户每打开一次APP就会调用queryAndLoadNewPatch接口检查是否有新的补丁需要下载，发现账单中有已设备日均查询次数超过20次导致收费的

6、腾讯bugly热修复

打算舍弃阿里巴巴的热修复，转战其他的，询问已用过热修复的网友，推荐使用腾讯的bugly热修复，是免费的不限制次数。根据官方文档https://bugly.qq.com/docs/user-guide/instruction-manual-android-hotfix/?v=20180709165613 集成步骤集成热修复，在过程中遇到好几个问题，记录下。
（1）通过assembleRelease编译生成基准包后，会在app/build/bakApk生成一个app-0801-11-42-34这样的文件夹，是根据时间生成的，里面有基准包app-release.apk，然后通过buildTinkerPatchRelease去打补丁，会提示找不到 app-0801-11-42-54，这是因为生成基准包名称是根据时间创建的，打补丁是需要修改tinker-support.gradle中的baseApkDir ，跟基准包路径名称保持一致，还有一个地方需要修改tinkerId，构建基准包和补丁包都要指定不同的tinkerId，并且必须保证唯一性，切记切记
（2）按照官网步骤集成bugly，打好基本包和补丁包，把补丁包上传平台后，提示”未匹配到可应用补丁包的App版本，请确认补丁包的基线版本是否已发布”,每步骤都是按照官网说的，怎么出现这问题，最终发现是因为在
tinker-support.gradle中少写 tinkerEnable = true，下面是具体代码

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

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

/**
 * 此处填写每次构建生成的基准包目录
 */
def baseApkDir = "app-0801-11-42-54"

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

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

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

    // tinkerEnable功能开关
    tinkerEnable = true

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

    // 编译补丁包时，必需指定基线版本的apk，默认值为空
    // 如果为空，则表示不是进行补丁包的编译
    // @{link tinkerPatch.oldApk }
    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，并且必须保证唯一性
    tinkerId = "base-1.0"      //基本包
   // tinkerId = "patch-1.0"  //补丁包

    // 构建多渠道补丁时使用
    // buildAllFlavorsDir = "${bakPath}/${baseApkDir}"

    // 是否启用加固模式，默认为false.(tinker-spport 1.0.7起支持）
    // isProtectedApp = true

    // 是否开启反射Application模式
    enableProxyApplication = true

    // 是否支持新增非export的Activity（注意：设置为true才能修改AndroidManifest文件）
    supportHotplugComponent = true

}

/**
 * 一般来说,我们无需对下面的参数做任何的修改
 * 对于各参数的详细介绍请参考:
 * 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 = 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"
    }
    buildConfig {
        keepDexApply = false
    }
}

（3）打好的补丁包上传平台后，来回试了好几次退出打开app，都没有生效，，最终发现在上传补丁包大约5分钟后，打开app会弹出这样提示框，点击重启应用后，打的补丁就生效了，平台上也会显示该补丁已发下并已激活

7、bugly热修复错误编码