Android热更新，今天带你详细了解各组件原理

2. 热修复流程：

新版本上线，发现问题或用户反馈，紧急修复，上线补丁，自动修复

存着如下优点：

l 无需重新发版，及时修复问题

l 用户无感知修复，无需下载新应用，代价小

l 修复成功率高，把损失降到最低

但热修复因为大量涉及android底层知识，又因为android本身开源，华为vivo小米几大厂商都可能修改底层相关代码，兼容性困难，所以热修复技术开发维护难度巨大，人力和时间投入不菲。目前主要有腾讯，阿里等几家互联网大厂因自身刚性需求，实现此功能。

两者实现对比：

各种热修复技术对比：

为什么要做热更新

当一个App发布之后，突然发现了一个严重bug需要进行紧急修复，这时候公司各方就会忙得焦头烂额：重新打包App、测试、向各个应用市场和渠道换包、提示用户升级、用户下载、覆盖安装。

重点是还会有原来的版本遗留，无论你怎么提示都有人放弃治疗，不愿意升级，强制不能使用体验又足够糟糕到让人不能启齿。

如果这是一个影响公司收入或者体验影响极其不好的Bug，那完蛋了，可能公司老板会对整个技术团队的技术能力丧失信心，其对技术人员的伤害是致命的。

最后最致命的是：

有时候仅仅是因为不小心写错了一行代码，就让所有的工作都付之东流。

而热更新的出现正是解决了这些问题

四.热更新使用

=================================================================

以bugly技术为例：

bugly优点：

1. 无需关注补锅匠是如何合成补丁的

2. 无需自己搭建补丁管理后台

3. 无需考虑后台下发补丁策略的任何事情

4. 无需考虑补丁下载合成的时机，处理后台下发的策略

5. 提供了更加方便集成补锅匠的方式

6. 我们通过HTTPS及签名校验等机制保障补丁下发的安全性

7. 丰富的下发维度控制，有效控制补丁影响范围

8. 提供了应用升级一站式解决方案

1.添加插件依赖

---

工程根目录下“的build.gradle”文件中添加：

buildscript {

repositories {

jcenter()

}

dependencies {

// tinkersupport插件, 其中lastest.release指拉取最新版本，也可以指定明确版本号，例如1.0.4

classpath “com.tencent.bugly:tinker-support:1.1.2”

}

}

2.集成SDK

---

gradle这个配置

在app module的“build.gradle”文件中添加（示例配置）：

android {

defaultConfig {

ndk {

//设置支持的SO库架构

abiFilters ‘armeabi’ //, ‘x86’, ‘armeabi-v7a’, ‘x86_64’, ‘arm64-v8a’

}

}

}

dependencies {

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

//注释掉原有bugly的仓库

//compile ‘com.tencent.bugly:crashreport:latest.release’//其中latest.release指代最新版本号，也可以指定明确的版本号，例如1.3.4

compile ‘com.tencent.bugly:crashreport_upgrade:1.3.5’

// 指定tinker依赖版本（注：应用升级1.3.5版本起，不再内置tinker）

compile ‘com.tencent.tinker:tinker-android-lib:1.9.6’

compile ‘com.tencent.bugly:nativecrashreport:latest.release’ //其中latest.release指代最新版本号，也可以指定明确的版本号，例如2.2.0

}

后续更新升级SDK时，只需变更配置脚本中的版本号即可。

在app module的“build.gradle”文件中添加：

// 依赖插件脚本

apply from: ‘tinker-support.gradle’

修补匠-support.gradle内容如下所示：

apply plugin: ‘com.tencent.bugly.tinker-support’

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

/**

• 此处填写每次构建生成的基准包目录

*/

def baseApkDir = “app-0208-15-10-00”

/**

• 对于插件各参数的详细解析请参考

*/

tinkerSupport {

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

enable = true

// 指定归档目录，默认值当前module的子目录tinker

autoBackupApkDir = “${bakPath}”

// 是否启用覆盖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.1”

// 构建多渠道补丁时使用

// buildAllFlavorsDir = “$bakPath/${baseApkDir}”

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

// isProtectedApp = true

// 是否开启反射Application模式

enableProxyApplication = false

// 是否支持新增非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 {

//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的分配

}

}

3.初始化SDK

---

enableProxyApplication = false的情况

集成Bugly升级SDK之后，我们需要按照以下方式自定义ApplicationLike来实现的应用的代码（以下是示例）：

自定义应用程序

public class SampleApplication extends TinkerApplication {

public SampleApplication() {

super(ShareConstants.TINKER_ENABLE_ALL, “xxx.xxx.SampleApplicationLike”,

“com.tencent.tinker.loader.TinkerLoader”, false);

}

}

参数1：tinkerFlags表示Tinker支持的类型dex only，仅库或所有suuport，默认：TINKER_ENABLE_ALL

参数2：delegateClassName Application代理类这里填写你自定义的ApplicationLike

参数3：loaderClassName Tinker的加载器，使用默认即可

参数4：tinkerLoadVerifyFlag加载dex或者lib是否验证md5，默认为false

需要一个应用配置为继承TinkerApplication的类：

自定义ApplicationLike：

public class SampleApplicationLike extends DefaultApplicationLike {

自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。

深知大多数Android工程师，想要提升技能，往往是自己摸索成长或者是报班学习，但对于培训机构动则几千的学费，着实压力不小。自己不成体系的自学效果低效又漫长，而且极易碰到天花板技术停滞不前！

因此收集整理了一份《2024年Android移动开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。

既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上Android开发知识点，真正体系化！

由于文件比较大，这里只是将部分目录大纲截图出来，每个节点里面都包含大厂面经、学习笔记、源码讲义、实战项目、讲解视频，并且后续会持续更新

如果你觉得这些内容对你有帮助，可以添加V获取：vip204888 （备注Android）

总结

开发是面向对象。我们找工作应该更多是面向面试。哪怕进大厂真的只是去宁螺丝，但你要进去得先学会面试的时候造飞机不是么？

作者13年java转Android开发，在小厂待过，也去过华为，OPPO等，去年四月份进了阿里一直到现在。等大厂待过也面试过很多人。深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长，不成体系的学习效果低效漫长且无助。

这里附上上述的技术体系图相关的几十套腾讯、头条、阿里、美团等公司的面试题，把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节，由于篇幅有限，这里以图片的形式给大家展示一部分。

相信它会给大家带来很多收获：

资料太多，全部展示会影响篇幅，暂时就先列举这些部分截图

当程序员容易，当一个优秀的程序员是需要不断学习的，从初级程序员到高级程序员，从初级架构师到资深架构师，或者走向管理，从技术经理到技术总监，每个阶段都需要掌握不同的能力。早早确定自己的职业方向，才能在工作和能力提升中甩开同龄人。

者13年java转Android开发，在小厂待过，也去过华为，OPPO等，去年四月份进了阿里一直到现在。等大厂待过也面试过很多人。深知大多数初中级Android工程师，想要提升技能，往往是自己摸索成长，不成体系的学习效果低效漫长且无助。

这里附上上述的技术体系图相关的几十套腾讯、头条、阿里、美团等公司的面试题，把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节，由于篇幅有限，这里以图片的形式给大家展示一部分。

相信它会给大家带来很多收获：

[外链图片转存中…(img-skMa0RMF-1711739811839)]

[外链图片转存中…(img-I1RqZVzl-1711739811839)]

资料太多，全部展示会影响篇幅，暂时就先列举这些部分截图

当程序员容易，当一个优秀的程序员是需要不断学习的，从初级程序员到高级程序员，从初级架构师到资深架构师，或者走向管理，从技术经理到技术总监，每个阶段都需要掌握不同的能力。早早确定自己的职业方向，才能在工作和能力提升中甩开同龄人。

本文已被CODING开源项目：《Android学习笔记总结+移动架构视频+大厂面试真题+项目实战源码》收录