Android热修复之dex修复原理

Android热修复之dex修复原理

首先有一个出Bug的类

 

然后在点击按钮事件里面添加调用bug类的方法

 

模拟bug出现的场景。

 

再修复这个出bug类的方法

 

然后生成dex文件

 

dx命令

dx --dex --output=a.dex com\example\hellojnicallback\BugTest.class

要把BugTest的包路径都复制过来,然后执行命令,执行成功后可以看到a.dex文件生成,重命名fix_dex.dex后把这个文件放到手机的sd卡上

在点击单选按钮2的时候调用修复的方法

 

这个主要是调用MergeDexUtil里面的copyDexFileToAppAndFix方法

 

copyDexFileToAppAndFix方法主要是先把sdcard目录上的dex文件copy到应用的目录下

 

再调用mergeDex方法修复

 

 

 

104~106获取我们APP和的补丁dex文件的BaseDexClassLoader里面的pathList属性,

如下,该属性是个DexPathList类型。

108~109行获取DexPathList类里面的dexElements属性,该属性是一个Element数组

111行则是把两个数组和并,并且补丁里面的Element数组在前面.现在看这些代码会感觉有点懵逼

至于为什么这样子,稍后解析原理时再说明缘由,了解了原理之后再来看这些代码自然会茅塞顿开。

BaseDexClassLoader部分源码

 

DexPathList部分源码

 

getField主要是反射调用对象的属性,setFieldValue主要是反射设置对象的属性

 

combineArray方法主要是合并两个数组

 

点击2的单选按钮

 

再次点击helloworld控件后,显示的是我们修复成功后的值

 

原理探秘篇:

首先一个类要能够被使用,要被类加载器加载进来的。而android中主要用的是两个类加载器DexClassLoaderPathClassLoader

适用场景:

    DexClassLoader可以加载jar/apk/dex,可以从SD卡中加载未安装的apk

    PathClassLoader只能加载系统中已经安装过的apk

 

BootClassLoader:java虚拟机中不同的是BootClassLoader是ClassLoader内部类,由java代码实现而不是c++实现,是Android平台上所有ClassLoader的最终parent,这个内部类是包内可见,所以我们没法使用。

URLClassLoader:只能用于加载jar文件,但是由于 dalvik 不能直接识别jar,所以在 Android 中无法使用这个加载器。

平常我们安装的app里面的类加载基本都是PathClassLoader加载的

测试代码

 


输出

PathClassLoader 继承BaseDexClassLoader ,加载类的方法在BaseDexClassLoader里面,再查看BaseDexClassLoader方法


BaseDexClassLoaderfindClass方法的54行,实际上加载findClassDexPathList类的findClass去加载的,继续看DexPathListfindClass方法

findClass338行是DexPathList里面的一个dexElements数组里面去查找类的。

 

dexElements数组里面的Element是个啥呢

ElementDexPathList的一个内部类,里面包含了DexFile对象

 

一般情况下,如果我们的app没有分包的话,解压apk文件,可以看到解压的目录下有个classes.dex文件,这个文件就是我们所有的源文件的class的合集后转成dex的文件,至于为什么要把class文件转成dex文件,因为google工程师觉得class文件还是有很多冗余信息,而且刚开始的时候手机内存本来就很小,于是把所有的class文件信息合并一个dex文件,并打包在apk中,

如果只有一个dex文件,DexPathList里面的一个dexElements的大小就为1 ,有两个则为2 依次类推。

BaseDexClassLoader加载类如果要加载某个类,则从dexElements数组的依次查找类,如果查找到了,则返回。也就是前面我们把我们自己生成dex文件插到dexElements前面的原因,因为查找到了我们的类,后面同样的类就不会有机会加载到了。

总结:此技巧利用了android类加载器的加载机制从而实现了热修复。

但是有个缺点是某个出bug的类加载过一次后,只能等app重新启动后才能实现修复功能,因为我们知道类加载过后就类信息就已经存在方法区中了,下次再用的话就不会重新再加载了一遍了。

做个试验

helloworld控件的点击事件添加异常捕获,以免app异常退出

 

在修复之前点击helloworld控件,出现了异常。

 

在点击2的单选按钮修复。

 

修复后再点击helloworld控件查看打印信息,依然没有修复。

 

也就是说要app重新启动才能达到修复效果

demo地址

如果想要app不重新启动的情况下达到修复效果,可以查看博客热修复之AndFix探秘

猜你喜欢

转载自blog.csdn.net/mr_lu_/article/details/79868611