黑马程序员-类加载器工作原理

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

类加载器也是java类，因为其他的java类的类加载器本社也要被类加载器加载，显然必须有第一个类加载器记载java类，这个类就是BootStarp。

public class ClassLoaderTest {

	public static void main(String[] args) {
		// TODO Auto-generated method stub
		/*打印结果为：sun.misc.Launcher$AppClassLoader 
		 * ClassLoaderTest类就是使用AppClassLoader加载器加载的 。
		 * */
		System.out.println(ClassLoaderTest.class.getClassLoader().getClass().getName());
		/*打印结果为：
		 * null
		 * 结果为null并不是代表System没有类加载器加载 ，而是使用BootStrap类加载的。
		 * */
		System.out.println(System.class.getClassLoader());
	}
}

上图为java中类加载器的层次关系。在学java的第一堂课中我们首先学会了配置环境变量，当时配置的classpath就是指定一个路径能让类加载器找到可以加载的java类，此时的加载器是AppClassLoader。也就是说我们配置的classpath就是为了给AppClassLoader加载类用的。

类加载器的委托机制

从上图中可以看出java中类加载器的树形结构。加载的流程如下：首先AppClassLoader加载器把需要加载的类，委托给上级加载器ExtClassLoader，此时，ExtClassLoader仍然不加载，继续委托给上级加载器BootStrap。如果该加载器在制定的目录下找到该类则对其加载。如果没有找到需要加载的则退回给ExtClassLoader加载器，依次类推，如果退回给AppClassLoader加载器之后仍然没有找到需要加载的类 ，则抛出异常。这也是在上面代码中System类的加载器为什么为null的原因。