最后
今天关于面试的分享就到这里，还是那句话，有些东西你不仅要懂，而且要能够很好地表达出来，能够让面试官认可你的理解，例如Handler机制，这个是面试必问之题。有些晦涩的点，或许它只活在面试当中，实际工作当中你压根不会用到它，但是你要知道它是什么东西。
最后在这里小编分享一份自己收录整理上述技术体系图相关的几十套腾讯、头条、阿里、美团等公司2021年的面试题，把技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节，由于篇幅有限，这里以图片的形式给大家展示一部分。
还有 高级架构技术进阶脑图、Android开发面试专题资料，高级进阶架构资料 帮助大家学习提升进阶，也节省大家在网上搜索资料的时间来学习，也可以分享给身边好友一起学习。
【算法合集】
【延伸Android必备知识点】
【Android部分高级架构视频学习资源】
**Android精讲视频领取学习后更加是如虎添翼！**进军BATJ大厂等（备战）！现在都说互联网寒冬，其实无非就是你上错了车，且穿的少（技能），要是你上对车，自身技术能力够强，公司换掉的代价大，怎么可能会被裁掉，都是淘汰末端的业务Curd而已！现如今市场上初级程序员泛滥，这套教程针对Android开发工程师1-6年的人员、正处于瓶颈期，想要年后突破自己涨薪的，进阶Android中高级、架构师对你更是如鱼得水，赶快领取吧！
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
作者：pren2016
=========================================================================
-
严重的Bug，需要立即解决，而不用重新打包上架。
-
解决版本升级率不高，Bug会一直影响不升级版本的用户。
-
实现小功能短时间版本覆盖，如节日活动。
1.2.1. 主流框架
| 派系 | 框架 |
| — | — |
| 阿里系 | AndFix⚠️、Dexposed⚠️、HotFix⚠️、Sophix |
| 腾讯系 | Tinker、超级补丁、QFix |
| 知名公司 | 美团Robust、饿了么Amigo⚠️、蘑菇街Aceso⚠️ |
| 其他 | RocooFix⚠️、Nuwa⚠️、AnoleFix⚠️ |
1.2.2. 框架对比
| 特性 | Sophix | Tinker | 超级补丁 | Robust |
| — | — | — | — | — |
| 即时生效 | 支持 | 不支持 | 不支持 | 不支持 |
| 方法替换 | 支持 | 支持 | 支持 | 支持 |
| 类替换 | 支持 | 支持 | 支持 | 不支持 |
| 类结构修改 | 支持 | 支持 | 不支持 | 不支持 |
| 资源替换 | 支持 | 支持 | 支持 | 不支持 |
| so替换 | 支持 | 支持 | 不支持 | 不支持 |
| 补丁包大小 | 较小 | 较小 | 较大 | 一般 |
| 性能损耗 | 较小 | 较大 | 较大 | 较小 |
| 侵入式打包 | 无侵入 | 侵入 | 侵入 | 侵入 |
==========================================================================
代码修复主要有3中方案：类加载方案、底层替换方案、Instant Run方案。
采用类加载方案的主要是 Tinker、超级补丁、QFix、Amigo 和 Nuwa 等。
2.1.1. Dex 分包机制
【方法数 65536 限制】
由于 DVM 指令集的方法调用指令 invoke-kind 索引为16bits，即最多能引用 65535 个方法。因此，当一个 dex 文件中法方法数超过 65535 个时，就会抛出编译期异常：com.android.dex.DexIndexOverflowException: method ID not in [0, 0xffff]: 65536。
【LinearAlloc 限制】
DVM 中的 LinearAlloc 是一个固定的缓存区，当方法数超出了缓存区的大小时会报错。因此，在安装应用时可能会提示 INSTALL_FAILED_DEXOPT。
【分包方案】
-
解决 65536 限制和 LinearAlloc 限制。
-
打包时将应用代码分成多个 Dex，将应用启动时必须用到的类和这些类的直接引用类放到主 Dex 中，其他代码放到次 Dex 中。
-
当应用启动时先加载主 Dex，等到应用启动后再动态地加载次 Dex，从而缓解了主 Dex 的 65536 限制和 LinearAlloc 限制。
2.1.2. 类加载
在 Android 的类加载过程中，一个重要环节是调用 DexPathList 的 findClass 方法。
// 每一个dex文件，都对应一个Element元素，并有序排列
private Element[] dexElements;
public Class<?> findClass(String name, List suppressed) {
// 依次遍历dex文件数组
for (Element element : dexElements) {
// element.findClass内部会调用DexFile的loadClassBinaryName方法查找类
Class<?> clazz = element.findClass(name, definingContext, suppressed);
// 找到了这个类，就返回
if (clazz != null) {
return clazz;
}
}
if (dexElementsSuppressedExceptions != null) {
suppressed.addAll(Arrays.asList(dexElementsSuppressedExceptions));
}
return null;
}
2.1.3. 修复方案
根据类的查找流程：
-
将有 Bug 的类
Key.class进行修改，再将Key.class打包成补丁包Patch.dex。 -
将
Patch.dex放在dexElements数组的第一个元素。 -
根据双亲委派，会首先找到
Patch.dex中的Key.class会优先加载，而存在 Bug 的Key.class就不会被加载。
具体到实现细节上，不同的框架就有些差异了。
-
超级补丁：将 Patch.dex 放到
dexElements数组的第一个元素。 -
Tinker：将新旧 apk 做 diff，得到一个 patch.dex，再将 patch.dex 与手机 apk 中的 classes.dex 进行合并，生成 fix_classess.dex，再将 fix_classess.dex 放到
dexElements数组的第一个元素。
采用底层替换方案的主要是 AndFix、Dexposed、HotFix 和 Sophix。
优点：不需要重启 APP，立即生效。
2.2.1. ArtMethod
Java 层的每个方法在 ART 中都对应着一个 ArtMethod 的结构体（包含 Java 方法的所有信息，包括执行入口、访问权限、所属类和代码执行地址等），只要把原方法的结构体内容替换为新的结构体内容，则在调用原来方法的时候，真正执行的指令是新方法的指令，就可以实现热修复。
在 art/runtime/art_method.h 文件中，定义了 ArtMethod 的结构体内容。
class ArtMethod FINAL {
/* … */
GcRootmirror::Class declaring_class_;
std::atomicstd::uint32_t access_flags_;
uint32_t dex_method_index_;
uint16_t method_index_;
uint16_t hotness_count_;
uint16_t imt_index_;
struct PtrSizedFields {
ArtMethod** dex_cache_resolved_methods_;
void* data_;
void* entry_point_from_quick_compiled_code_;
} ptr_sized_fields_;
}
2.2.2. 修复方案
-
方法①：将待修复的 java 方法对应的 ArtMethod 结构体中的每个字段进行替换。
-
方法②：将待修复的 java 方法对应的 ArtMethod 结构体整个进行替换。
不同的框架采用了不同方案：
-
AndFix 采用方法①，不同版本和不同厂商 ArtMethod 可能不同，存在兼容问题，导致方法替换失败。
-
Sophix 采用方法②，不存在兼容问题 。
无论采用哪种方案，由于类加载后，类的结构和方法数量就已经固定了，因此该方案有以下不适场景：
-
增加或减少方法和字段的个数。
-
改变原有类的结构。
Sophix 结合了底层替换方案和类加载方案各自的优点，以底层替换方案为主，类加载方案为辅，在热部署无法使用的情况下，自动降级为冷部署。
在 Android Studio 2.0 版本上，支持了一个新特性 Instant Run，实现了对代码修改的实时生效（热插拔）。
采用 Instant Run 方案的主要是 Robust 和 Aceso。
2.3.1. Instant Run 原理
在第一次构建 Apk 时：
-
在每一个类中注入了一个
$change的成员变量，它实现了IncrementalChange接口。 -
在每一个方法的第一行，插入了一段判断执行逻辑。
public class TestActivity {
// 注入一个类型为IncrementalChange的成员
IncrementalChange localIncrementalChange = $change;
public void onCreate(Bundle savedInstanceState){
// 当localIncrementalChange不为null时，可能会执行到access$dispatch从而替换掉之前老的逻辑
if (localIncrementalChange != null) {
localIncrementalChange.access$dispatch(
“onCreate.(Landroid/os/Bundle;)V”, new Object[] { this, paramBundle });
return;
}
super.onCreate(savedInstanceState);
}
}
当我们点击 Android Studio 的 InstantRun 按钮时：
-
如果方法没有变化，则
$change为null，执行方法中的旧逻辑。 -
如果方法有变化，则：
-
动态生成替换类
TestActivity$override和AppPatchesLoaderImpl类。 -
AppPatchesLoaderImpl类的getPatchedClasses方法会返回被修改的类的列表，根据这个列表，TestActivity中的$change会被赋值为TestActivity$override。 -
判断条件成立，
access$dispatch()方法会执行TestActivity$override类中的onCreate方法，从而实现对现有onCreate方法的修改。
2.3.2. 修复方案
以 Robust 为例
-
在编译打包阶段对每个方法都自动的插入了一段代码。
-
动态下发包含有
PatchesInfoImpl.java和Patch.java的patch.dex到客户端，用DexClassLoader加载patch.dex，反射拿到PatchesInfoImpl.java这个 class 并创建对象。 -
然后通过这个对象的
getPatchedClassesInfo方法，获得需要修复的 class 的混淆后名字，再反射得到当前运行环境中的该 class。 -
其中的
changeQuickRedirect字段赋值为用patch.dex中的Patch.java这个 classnew出来的对象。
==========================================================================
很多热修复框架的资源修复都参考了 Instant Run 的资源修复原理。由于 Instant Run 不是 Android 的源码，需要反编译才能知道。
Instant Run 资源修复的核心逻辑在 MonkeyPatcher 类的 monkeyPatchExistingResources 方法中。
public class MonkeyPatcher {
public static void monkeyPatchExistingResources(
Context context, String externalResourceFile, Collection activities) {
if (externalResourceFile == null) {
return;
}
最后
其实Android开发的知识点就那么多，面试问来问去还是那么点东西。所以面试没有其他的诀窍，只看你对这些知识点准备的充分程度。so，出去面试时先看看自己复习到了哪个阶段就好。
上面分享的腾讯、头条、阿里、美团、字节跳动等公司2019-2021年的高频面试题，博主还把这些技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节，由于篇幅有限，上面只是以图片的形式给大家展示一部分。
【Android思维脑图（技能树）】
知识不体系？这里还有整理出来的Android进阶学习的思维脑图，给大家参考一个方向。
【Android高级架构视频学习资源】
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
团、字节跳动等公司2019-2021年的高频面试题**，博主还把这些技术点整理成了视频和PDF（实际上比预期多花了不少精力），包含知识脉络 + 诸多细节，由于篇幅有限，上面只是以图片的形式给大家展示一部分。
【Android思维脑图（技能树）】
知识不体系？这里还有整理出来的Android进阶学习的思维脑图，给大家参考一个方向。
[外链图片转存中…(img-0nXv5sqi-1715819418433)]
【Android高级架构视频学习资源】
网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。
一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！
扫一扫
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
