Android热更新

一、什么是热更新

简单来讲热更新就是线上版本出了大问题，不用重新发版本，只需要打个补丁包，客户端进行下载整顿即可修复那个问题。

二、热修复与插件化

1.插件化的内容是原来的app中没有的东西，而热更新是将原有的东西做了改动
2.插件化在代码中有固定的入口，而热更新则可能改变任何一个位置的代码

三、热更新原理

1.虚拟机在加载class时会通过双亲委托机制去加载一个类，先从自己的缓存中看看能不能找到该class，不能找到则先让父类去加载，如果父类找不到再让子类去加载。

2.通过查看ClassLoader源码，findClass方法是由每个子类自己实现的，比如 BootClassLoader或者BaseDexClassLoader。而PathClassLoader和DexClassLoader是继承自BaseDexClassLoader的，它的findClass也是在BaseDexClassLoader里面实现的。在安卓中，我们平时在使用时遇到的那些类，基本都是由PathClassLoader来进行加载的。
3.BaseDexClassLoader的findClass里面使用了另一个对象DexPathList去查找对应的class，这是安卓里面特有的实现。在DexPathList对象里面有一个属性dexElements，dexElements是用于存放加载好了的dex数组的，查找class是从这个数组里面从前往后找的
4.dexElements里面存放的是Element对象，findClass最终会交给Element去实现，Element又会交给Element里面的一个属性DexFile去实现。最终是交给native方法来实现的
5.回到上面的DexPathList对象从dexElements数组里面查找class，从数组的前面往后面找，找到了就返回结果，不再继续查找
6.我们修复好了bug的时候，把那些有改动的java源码编译成class，再打包成dex，然后通过反射技术放到dexElements数组的最前面，这样系统在通过PathClassLoader找class时，首先找到的是我们放在最前面的修复好了的class，然后就不会再往后面找了，相当于实现了热修复。这样有bug的class就不会被用到了。
7.其中上面一步的反射流程：获取到PathClassLoader，然后反射获取父类中的DexPathList对象，然后再反射到DexPathList对象中的dexElements数组。然后将补丁dex转为Element对象，插入到dexElements数组的最前面（先复制出来，再合并，再通过反射放回去）

一句话小结：将修复后的类通过反射技术放到dexElements的最前面，从而让系统在加载类的时候优先加载到已修复的class，从而达到热修复

四、热更新代码实现

下面是核心代码

fun loadPatch() {
    val appContext = App.getAppContext()
    //HotFixUtil::class.java.classLoader 即 PathClassLoader,默认的类加载器
    //1. PathClassLoader->BaseDexClassLoader 拿到当前程序的dexElements数组
    val oldPathList = FieldUtil.getFieldValue(BaseDexClassLoader::class.java, HotFixUtil::class.java.classLoader, "pathList")
    val DexPathListClazz = Class.forName("dalvik.system.DexPathList")
    val oldDexElements = FieldUtil.getFieldValue(DexPathListClazz, oldPathList, "dexElements")

    //2. 补丁包  构建一个DexClassLoader 用来加载补丁包里面的class
    //我这里是模拟从网上下载的过程,我直接将补丁放assets目录下了
    val inputStream = appContext.assets.open("hotfix.dex")
    val file = File("${appContext.cacheDir}/hotfix.dex")
    val outputStream = FileOutputStream(file)
    inputStream.copyTo(outputStream)
    val dexClassLoader = DexClassLoader(file.path, appContext.cacheDir.path, null, HotFixUtil::class.java.classLoader)
    val newPathList = FieldUtil.getFieldValue(BaseDexClassLoader::class.java, dexClassLoader, "pathList")
    val newDexElements = FieldUtil.getFieldValue(DexPathListClazz, newPathList, "dexElements")

    //3. 合并2个数组
    val combineArray = InsertDexUtils.combineArray(newDexElements, oldDexElements)

    //4. 将合并好的数组放进当前程序的BaseDexClassLoader的dexElements数组中,这样在找class时就先找到补丁里面的class,热修复成功
    FieldUtil.setField(DexPathListClazz, oldPathList!!, "dexElements", combineArray)
}

五、热更番外篇

除了我们常见让系统优先加载修改后class文件，美团热更框架robust，另辟蹊径，使用字节码插砖方法，

1. 给每个class插入一个public static的ChangeQuickRedirect对象，
2. 当该方法的changeQuickRedirect不为空时，直接将参数直接传入PatchProxy的accessDispatchVoid/accessDispatch方法并返回，这样做跳过了原方法后面的代码，执行修改后的方法，达到热更作用