========
定义：在我们应用上线后出现bug需要及时修复时，不用再发新的安装包，只需要发布补丁包，在客户无感知下修复bug。
怎样进行热修复？
========
-
服务端：补丁包管理
-
用户端：执行热修复
-
开发端：生成补丁包
读完本系列文章之后需要需要掌握的问题
===================
常见的热修复解决方案（用户端）
================
从图中可以看到，是否 “及时生效”? 将它们分成了两派：Tinker和QZone 、 AndFix和Robust
AndFix（已经没人用了）
==============
在native动态替换java层的方法，通过native层 hook java层代码。
- 大致思路：
- 伪代码如下：
- 详细步骤：
补丁白的实质是 .dex 文件
具体的替换是用 c++ 实现的：AndFix/art_method_replace_4_4.cpp at master · alibaba/AndFix · GitHub
Robust
======
对每个函数都在编译打包阶段自动的插入了一段代码，类似于代理，将方法执行的代码重定向到其他方法中。
缺点显而易见，apk变大了。
- 伪代码理解
你自己写了一个类，如下：
经过Robust，在编译期间改造后，如下：
打的补丁类，如下：
经过 类加载 和 反射 拿到 StatePatch 类，然后赋值给 State.changeQuickRedirect ,这样就成功的改变了代码执行路径了，赋值代码如下：
技术点：类加载 反射 字节码插桩
Tinker
=======
Tinker通过计算对比指定的Base Apk中的dex与修改后的Apk中的dex的区别，补丁包中的内容即为两者差分的描述。运行时将Base Apk中的dex与补丁包进行合成，重启后加载全新的合成后的dex文件。
