类加载机制及热修复实现之插桩原理

Android中是通过ClassLoader来加载class文件的,Android中的ClassLoader分为系统的和自定义的

系统的有BootClassLoader  DexClassLoader PathClassLoader,而DexClassLoader PathClassLoader都继承于BaseDexClassLoader这二个在加载类的时候操作逻辑全在父类BaseDexClassLoader里面,而不管是系统的还是其它的类加载器都不会复写基类的loadClass方法,所以每次加载一个类的时候都是基类先处理,找到则返回,没找到则是其它加载器的findClass方法.

从我们Android打成的apk文件可以看出,里面是由很多.dex文件组成,一个dex文里面包含多个class文件.当启动一个apk的时候会创建出系统级别的加载器也就是PathClassLoader,初始化这个加载器的时候会在构造方法里创建DexPathList并赋值给BaseClassLoader的成员变量pathList.而在DexPathList的构造方法中会通过makeDexElements方法创建出一个Element数组,每一个Element里会持有相应的DexFile.

当我们开始要加载一个类的时候,这时会调用基类的loadClass方法,看是否基类里有,如果都没有则会调用到PathClassLoader的findClass也就是BaseDexClassLoader的这个方法,里面会执行他的成员变量pathList的findClass方法,面pathList是DexPathList,在pathList.findClass里面会遍历它的成员变量Elements数据,通过Element里的DexFile文件来实例化出一个Class出来,这个Class不为Null则返回,为null则会报ClassNotfindException.

 

而热修复则是用到了类加载机制原理来实现的,主要是找到hook这里的hook点是Elements这个数组,因为每次findClass的时候都会遍历这个数据,然后通过ELement的Dexfile来找Class找到则返回没有找到就继续遍历,所以我们只需要改变Elements里面的值将修复好的dex文件也变成Elements数组,然后将新生成的和系统的进行合并,新生成的放在前面,系统的放在后面,这样每当加载的时候就会先获取到修复好的class文件,因为找到了所以不会继续往后找,所以之前有bug的class就加载不到这样就达到了修复的效果,但是有个条件就是如果当前类已经被加载了则必然重启APP才会有效果.

 

这里再讲下Android的打包流程

首先会通过aapt命令将资源生成一个R.java文件 如果有aild的话还会通过aidl命令将其转为对应java文件

然后是javac将所有的.java文件编译成.class文件.再通过dex脚本将所有的.class文件打包成一个.dex文件

再通过apkbuildr脚本生成一个apk文件最后对这个apk进行签名