面试官问题：谈谈类加载器的双亲委派机制

站在Java虚拟机的角度上说，只存在两种不同的类加载器：一是启动类加载器（Bootstrap ClassLoader），这个类加载器使用C++语言实现，是虚拟机自身的一部分；另外一种就是所有其他的类加载器，这些加载器都由Java语言实现，独立于虚拟机外部，并且全部继承自抽象类Java.lang.ClassLoader。对于java开发人员来说，类加载器还可以划分为一下三种系统提供的类加载器：

1、启动类加载器（Bootstrap ClassLoader）

这个类加载器负责将存放在<JAVA_HOME>\lib目录中的，或者被—Xbootclasspath参数所指定的路径中的，并且是虚拟机识别的（仅按照文件名识别，如rt.jar，名字不符合类库即使放在lib目录中也不会被加载）类库加载到虚拟机内存中。

2、扩展类加载器（Extension ClassLoader）

这个加载器由sun.misc.Launcher$ExtClassLoader实现，它负责加载<JAVA_HOME>\lib\ext目录中的，或者被java.ext.dirs系统变量所指定的路径中的所有类库，开发者可以直接使用扩展类加载器。

3、应用程序类加载器（Application ClassLoader)

这个类加载器由sun.misc.Launcher$AppClassLoader来实现。它负责加载用户类路径（ClassPath）上所指定的类库，开发者可以直接使用这个类加载器，应用程序中没有自定义过自己的类加载器，一般情况这个就是程序的默认类加载器。

加问：为什么要使用双亲委派机制去加载类

在使用双亲委派机制去加载类的时候，Java类会随着它的类加载器一起具备了一种带有优先级的层级关系。例如类java.lang.Object，它存放在rt.jar之中，无论哪一个类加载器要加载这个类，最终都是委派给启动类加载器进行加载，因此Object类在程序中的各种类加载器环境中都是同一个类。相反，如果没有使用双亲委派模型，由各个类加载器自行去加载的话，如果用户自己写了一个名为java.lang.Object的类，并放在程序的ClassPath中，那系统就会出现多个不同的Object类，Java类型体系中最基础的行为就无法保证，引用程序也将会变得一片混乱。

双亲委派机制的实现

实现双亲委派机制的代码都集中在java.lang.ClassLoader的loadClass（）方法中，逻辑清晰易懂：先检查是否已经被加载过，若没有加载则调用父类加载器的loadClass（）方法，若父类加载器为空，则默认使用启动类加载器作为父加载器。如果父类加载失败，则在抛出ClassNotFoundException异常后，在调用自己的findClass（）方法进行加载。