android热修复方案

一、概述

热修复就是可以即时修复已经上线的应用程序的bug，省去重新打包，测试，升级版然后发布这么麻烦。正常的修复bug流程为

使用热修复

可见使用热修复大大缩短了修复时间，让用户得到更好的体验。

本在讲述热修复之前，我们先来说几个关于热修复的基础知识点，各个修复框架大都利用这些原理。

1、DEX分包。

        我们知道Android应用是运行在Dalvik VM上的，DVM只执行.dex的文件。但是一个DEX文件最多支持65536个方法，而且Android2.3及以前版本用来执行dexopt(用于优化dex文件)的内存只分配了5M，后来虽然对于内存有增加到8M/16M，但是超过65536方法数后依然会造成崩溃。所以引入了DEX分包(当方法数过多时就会产生多个.dex文件)。

2、CLASSLOADER。先上一张图以及部分核心代码。

是不是很清晰，Android使用PathClassLoader作为其类加载器，只能运行已经安装的应用程序。DexClassLoader可以从.jar和.apk类型的文件内部加载classes.dex文件也可以用来执行非安装的程序代码。以下为其源码

PathClassLoader.java

DexClassLoader.java

BaseDexClassLoader.java

DexPathList.java

二、比较热门的热修复技术

1、QQ空间补丁

QQ空间补丁实现原理

上面我们提到DexClassLoader可以加载SD卡中的程序，DexClassLoader继承BaseDexClassLoader，BaseDexClassLoader中有个pathList对象，pathList中包含一个DexFile的数组dexElements。在类加载时会遍历Elements中的dex文件，直到找到class后返回。假如我们的Classes2.dex中的Test.class存在bug，那么QQ空间补丁利用DexClassLoader把修复的Patch.dex放到Elements最前面，这样虚拟机加载时就会直接拿到修复好的Pahtch.dex中的Test.class然后返回。这样就达到了热修复的目的。

QQ空间补丁实现流程图

2、微信Tinker

       微信针对QQ空间超级补丁技术的不足提出了一个提供DEX差量包，整体替换DEX的方案。也就是不像QQ空间提供一个Patch.dex，而是与应用程序的.dex进行比对，替换掉其中不一样的class文件，达到修复的目的。

3、阿里百川HotFix

        与QQ空间超级补丁技术和微信Tinker相比，HotFix更适用于紧急修复线上bug，下拉补丁然后立即生效。

        AndFix实现是基于底层修改file的指针实现的，即修改指向bug类的指针指向我们修复好的类。

因为是native替换方法指针，所以有AndFix有两点不足：

(1)、不支持新增字段，以及修改方法，也不支持对资源的替换

(2)、由于厂商的自定义ROM，对少数机型暂不支持。

上述三种热修复方案对比如下

QQ空间补丁技术和微信Tinker是基于类加载技术，支持资源以及SO包修复，但对应用的性能和稳定会有的一定的影响。增加了.dex文件会影响应用的性能，加长应用启动时间。而HotFix不支持资源，SO包修复。

4、Sophix

Sophix对其前辈Andfix，阿里百川Hotfix等方案进行了升级改造，打破了旧方案诸多限制，涵盖了代码修复，资源修复，So库修复。Sophix是从两种热修复方案中演进，包含了上面所讲述的两种修复方案

(1)、底层替换方案

底层替换的方案的优点是，在类加载后，动态修改native指针，修复即时生效，无需冷启动。但缺点就是，正因为类已经被加载，内存中方法描述符（结构体）已经固定，所以只能替换，不能做新增修复。

(2)、类加载方案

Sophix采用底层替换方案为主，类加载方案为次的模式，将二者结合起来。Sophix使用类加载作为兜底方案。在热部署无法使用的情况下，自动降级为冷部署方案。

未来会结合一些源代码来详细讲述上述两种修复方案，以及基于着两种修复方案的各个修复框架。