java 类加载器ClassLoader详解（一）——原理与模式

一、ClassLoader的体系结构

（1）.启动类加载器（Bootstrap ClassLoader）：他是由C++编写而成，并且已经内嵌到JVM中，负责将$JRE_HOME\lib目录中的，或者被-Xbootclasspath参数所指定的路径中的，并且是被虚拟机识别的类库加载到虚拟机内存中。用于不是java所写，所以在获得它的引用时会返回null。

可通过如下代码查看加载了哪些类：

public static void main(String[] args) {
	URL[] urls=sun.misc.Launcher.getBootstrapClassPath().getURLs();
 	for (int i = 0; i < urls.length; i++) {
		System.out.println(urls[i].toExternalForm());
	}
}

也可以通过如下代码查看：

System.out.println(System.getProperty("sun.boot.class.path"));

（2）.扩展类加载器（Extension ClassLoader）：这个加载器由sun.misc.Launcher$ExtClassLoader实现，它负责加载$JRE_HOME\lib\ext目录中的，或者被java.ext.dirs系统变量所指定的路径中的所有类库。

可通过如下代码查看该加载器加载的目录：

System.out.println(System.getProperty("java.ext.dirs"));

（3）.应用程序(系统)类加载器（Application ClassLoader）：这个加载器由sun.misc.Launcher$AppClassLoader实现，它根据 Java 应用的类路径（CLASSPATH）来加载 Java 类。一般来说，Java 应用的类都是由它来完成加载的。可以通过 ClassLoader.getSystemClassLoader()来获取它。
可通过如下代码查看该加载器加载的目录：

System.out.println(System.getProperty("java.class.path"));

二、三类ClassLoader的联系

（1）. Launcher$ExtClassLoader.class 与 Launcher$AppClassLoader.class 都是由 Bootstrap Loader 所加载

（2）.Bootstrap ClassLoader是Extension ClassLoader的parent，Extension ClassLoader是Application ClassLoader的parent。这里的parent并不是继承关系，只是语义上的定义。

（3）.sun.misc.Launcher$ExtClassLoader和sun.misc.Launcher$AppClassLoader都是java.net.URLClassLoader的子类。

三、ClassLoader全盘负责机制

全盘负责 ： 即是当一个classloader加载一个Class的时候，这个Class所依赖的和引用的所有 Class也由这个classloader负责载入，除非是显式的使用另外一个classloader载入。 这只是载入，相当于调用了ClassLoader.loadClass(name)方法 ，但是方法内部的实现是通过双亲委派机制。

四、ClassLoader双亲委派机制

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

意义：防止加载多份相同的类。