类加载器及其委托机制的深入分析

一、概述

1、简要介绍什么是类加载器和类加载器的作用

2、Java虚拟机中可以安装多个类加载器，系统默认三个主要类加载器，每个类负责加载特定位置的类：BootStrap,ExtClassLoader,AppClassLoader

3、类加载器也是Java类，因为其他是java类的类加载器本身也要被类加载器加载，显然必须有第一个类加载器不是不是java类，这正是BootStrap

4、Java虚拟机中的所有类装载器采用具有父子关系的树形结构进行组织，在实例化每个类装载器对象时，需要为其指定一个父级类装载器对象或者默认采用系统类装载器为其父级类加载

二、类加载器之间的父子关系和管辖范围图

三、类加载器的委托机制

1、当Java虚拟机要加载一个类时，到底派出哪个类加载器去加载呢

> 首先当前线程的类加载器去加载线程中的第一个类

> 如果类A中引用了类B，Java虚拟机将使用加载类A的类装载器来加载类B

> 还可以直接调用ClassLoader.loadClass()方法来指定某个类加载器去加载某个类

2、每个类加载器加载类时，又先委托给其上级类加载器

> 当所有祖宗类加载器没有加载到类，回到发起者类加载器，还加载不了，则抛ClassNotFoundException，不是再去找发起者类加载器的儿子，因为没有getChild方法，即使有，那有多个儿子，找哪一个呢？

每个ClassLoader本身只能分别加载特定位置和目录中的类，但它们可以委托其他的类装载器去加载类，这就是类加载器的委托模式。类装载器一级级委托到BootStrap类加载器，当BootStrap无法加载当前所要加载的类时，然后才一级级回退到子孙类装载器去进行真正的加载。当回退到最初的类装载器时，如果它自己也不能完成类的装载，那就应报告ClassNotFoundException异常。

能不能自己写个类叫java.lang.System(不可以)，为了不让我们写System类，类加载采用委托机制，这样可以保证爸爸们优先，也就是总是使用爸爸们能找到的类，这样总是使用java系统提供的System。

> 对着类加载器的层次结构图和委托加载原理，解释先前将ClassLoaderTest输出成jre/lib/ext目录下的itcast.jar包中后，运行结果为ExtClassLoader的原因。

注：

把先前编写的类加入到jdk的rt.jar中，会有怎样的效果呢？不行!!!看来是不能随意将自己的class文件加入进rt.jar文件中的。

四、代码说明

package staticimport.classloader;

public class ClassLoaderTest {

public static void main(String[] args) {
ClassLoader loader = ClassLoaderTest.class.getClassLoader();

System.out.println("用户自己写的类的类加载器：" + loader.getClass().getName());

System.out.println("System的类加载器：" + System.class.getClassLoader());

while(loader != null){
System.out.println(loader.getClass().getName());
loader = loader.getParent();
}

System.out.println(loader);
}

}

输出结果(AppClassLoader加载)：

用户自己写的类的类加载器：sun.misc.Launcher$AppClassLoader
System的类加载器：null
sun.misc.Launcher$AppClassLoader
sun.misc.Launcher$ExtClassLoader
null

输出结果(ExtClassLoader加载)：

用户自己写的类的类加载器：sun.misc.Launcher$ExtClassLoader
System的类加载器：null
sun.misc.Launcher$ExtClassLoader
null