Android热修复之手写Dex补丁加载有demo

思路:将修复好的classes2.dex下载到本机,并替换有bug的.dex文件

实现步棸:

1.创建BaseDexClassLoader的子类DexClassLoader加载器

2.加载修复好的classes2.dex文件(服务器下载)

3.将自有的和系统的dexElements合并成新的dexElements数组,并设置自有的dexElements优先级

4.通过反射技术赋值给系统的pathList

下面是理论知识

DexClassLoader和 PathClassLoader区别

1.Android 4.4 及以下：

DexClassLoader : 可加载 jar 、 apk 和 dex ，可以从 SD 卡中加载

PathClassLoader : 只能加载已安裝到系統中（即 /data/app 目录下）的 apk 文件

2.Android 5.0~Android 8.0 ：

DexClassLoader : 可加载 jar 、 apk 和 dex ，可以从 SD 卡中加载

PathClassLoader : 可加载 jar 、 apk 和 dex ，可以从 SD 卡中加载，但会导致无法进行 dex2oat操作

3.Android 8.1 及以上：

DexClassLoader 与 PathClassLoader 完全一致

什么是双亲委托机制

双亲委托机制是指当一个类加载器收到一个类加载请求时，该类加载器首先会把请求委派给父类加载器。每个类加载器都是如此，只有在父类加载器在自己的搜索范围内找不到指定类时，子类加载器才会尝试自己去加载。

 

双亲委派机制的作用

1 、防止重复加载

2 、安全，保证系统类不能被篡改。

Java 虚拟机只会在不同的类的类名相同且加载该类的加载器均相同的情况下才会判定这是一个类。如果没有双亲委派机制，同一个类可能就会被多个类加载器加载，如此类就可能会被识别为两个不同的类，相互赋值时问题就会出现。

双亲委派机制能够保证多加载器加载某个类时，最终都是由一个加载器加载，确保最终加载结果相同。

没有双亲委派模型，让所有类加载器自行加载的话，假如用户自己编写了一个称 java.lang.Object 的类，并放在程序的ClassPath 中，系统就会出现多个不同的 Object 类， Java 类型体系中基础行为就无法保证，应用程序就会变得一片混乱。

 demo