Java双亲委派机制在Android的应用

Java的双亲委派机制

三层类加载器

1.启动类加载器（Bootstrap Class Loader） 这个类加载器负责加载存放在<JAVA_HOME>\lib目录，或者被-Xbootclasspath参数所指定的路径中存放的，而且是Java虚拟机能够 识别的（按照文件名识别，如rt.jar、tools.jar，名字不符合的类库即使放在lib目录中也不会被加载）类 库加载到虚拟机的内存中。启动类加载器无法被Java程序直接引用，用户在编写自定义类加载器时， 如果需要把加载请求委派给引导类加载器去处理，那直接使用null代替即可

2.扩展类加载器（Extension Class Loader)，以Java代码的形式实现。它负责加载\lib\ext目录中，或者被java.ext.dirs系统变量所 指定的路径中所有的类库。 由于扩展类加载器是由Java代码实现 的，开发者可以直接在程序中使用扩展类加载器来加载Class文件

3.应用类加载器（Applicaiont Class Loader） 负责加载用户类路径上所有的类库。如果应用程序中没有 自定义过自己的类加载器，一般情况下这个就是程序中默认的类加载器。

双亲委派机制要求除了顶层的启动类加载器外，其余的类加载器都应有自己的父类加载器。（组合而不是继承的关系）

双亲委派模型的工作过程是：如果一个类加载器收到了类加载的请求，它首先不会自己去尝试加 载这个类，而是把这个请求委派给父类加载器去完成，每一个层次的类加载器都是如此，因此所有的 加载请求最终都应该传送到最顶层的启动类加载器中，只有当父加载器反馈自己无法完成这个加载请 求（它的搜索范围中没有找到所需的类）时，子加载器才会尝试自己去完成加载。

双亲委派机制的好处：

1.减少了重复的类加载，如果类已经被加载过则会直接返回

 2.安全：保证获取到的是同一个类。如Objcet类，无论哪个加载器加载这个类，最终都是委派给启动类加载器进行加载，因此Object类在程序的各种类加载器环境中能够保证是同一个类。

双亲委派机制在Android中的实现

1.如果我们在代码中getClassLoader，实际上获取到的是PathClassLoader，而PathClassLoader继承了BaseDexClassLoader，而后者又继承自ClassLoader。 而我们自己写的类中，Bootstrap是找不到的，因此使用PathClassLoader。

2.在BaseDexClassLoader的findClass()函数中

而 pathList是在构造器中被初始化的。

 在findClass（）函数中。如果没有找到值遍历pathList并调用DexPathList的findClass()方法进行查找

 最终调用DexFile的loadClassBinaryName()方法进行真正的查找，如果没有找到该类，则ClassNotFound异常

 

待写：DexClassLoader 和PathClassLoader