在看android ClassLoader之前,先看Java虚拟机中的ClassLoader:
ClassLoader种类:
BootClassLoader:和Java虚拟机中的BootstrapClassLoader基本相同,主要加载FrameWork层的文件
PathClassLoader:和Java虚拟机中的AppClassLoader基本相同,加载已经安装的apk文件的class文件
DexClassLoader:和CustomClassLoader基本相同,加载指定目录的class文件
BaseDexClassLoader:是 PathClassLoader和DexClassLoader的父类
测试:
第二的classloader是手机有关的,第一和第三个是一个应用至少用到的classLoader。
特点和作用
双亲代理模型的特点:
在加载一个类前,先看看这个类是否已经加载够,如果没有就看他的父类是否已经加载,都没有加载过的话就完成加载。没有重复加载。
类加载的共享功能(继承加载)
类加载的隔离功能(但两个类的类名和包名和是被同一个ClassLoader加载的,才是同一个类)
ClassLoader源码
类的加载
在ClassLoader中:
protected Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException { // First, check if the class has already been loaded Class c = findLoadedClass(name); if (c == null) { long t0 = System.nanoTime(); try { if (parent != null) { c = parent.loadClass(name, false); } else { c = findBootstrapClassOrNull(name); } } catch (ClassNotFoundException e) { // ClassNotFoundException thrown if class not found // from the non-null parent class loader } if (c == null) { // If still not found, then invoke findClass in order // to find the class. long t1 = System.nanoTime(); c = findClass(name); // this is the defining class loader; record the stats } } return c; }
跳进findClass()中
protected Class<?> findClass(String name) throws ClassNotFoundException { throw new ClassNotFoundException(name); }
发现并没有实现,其实ClassLoader的findClass是交给他的子类实现的
追踪过程,从DexClassLoader->BaseDexClassLoader->findClass()->DexpatchList.findClass()->DexFile.loadClassBinaryName()->defineClass->defineClassNative(),最终是有Native方法来实现的。
Element 是重要的环节
DexFile.loadClassBinaryName()
loadClassBinaryName->defineClass
defineClass->defineClassNative()