Java 类加载机制及双亲委派模型
Java虚拟机类加载机制
虚拟机把描述类的数据从
Class文件加载到内存，并对数据进行校验、转换解析和初始化，最终形成可以被虚拟机直接使用的Java类，这就是虚拟机的类加载机制。
在Java语言里面，类型加载、连接和初始化过程都是在程序运行期间完成。
类的整个生命周期：
即 加载 → \rightarrow →连接 → \rightarrow →初始化 → \rightarrow →使用 → \rightarrow →卸载 其中 连接包括：验证 → \rightarrow →准备 → \rightarrow →解析
类加载器
Java虚拟机团队把类加载阶段中的“通过一个类的全限定名来获取描述此类的二进制文件流”这个动作放到Java虚拟机外部去实现，以便让应用程序自己决定如何去获取所需要的类。实现上述动作的代码模块被称作“类加载器”。
对于任何一个类，都需要由加载它的类加载器和这个类来确立其在JVM中的唯一性。也就是说，两个类来源于同一个文件，并且被同一个类加载器加载，这两个类才相等。
双亲委派模型
从虚拟机的角度来讲，只存在两种不同的类加载器：(1)启动类加载器(Bootstrap ClassLoader)，该类加载器使用C++语言来实现，属于虚拟机自身的一部分；(2)所有其他类加载器，这些类加载器是由Java语言实现的，独立于JVM外部，并且集成自抽象类java.lang.ClassLoader
从开发人员的角度来讲，大部分Java程序会使用到以下三种系统提供的类加载器。
- 启动类加载器(
Bootstrap ClassLoader)：负责加载位于JAVA_HOME\lib目录中并且能被虚拟机识别的类库到JVM内存中。如果名称不符合的类库即使放在lib目录中也不会被加载。该类加载器无法被Java程序直接引用。 - 扩展类加载器(
Extension ClassLoader)：该加载器主要是负责加载JAVA_HOME\lib\，该加载器可以被开发者直接使用。 - 应用程序类加载器(
Application ClassLoader)：该类加载器也被称为系统类加载器，它负责加载用户类路径Classpath上所指定的类库，开发者可以直接使用该类加载器，如果应用程序中没有自定义过自己的类加载器，一般情况下这个就是程序中默认的类加载器。
我们的应用程序都是由这三类加载器互相配合进行加载的。
- 自定义类加载器(必须继承ClassLoader)
双亲委派模型
类加载器之间的层次关系，被称为类加载器的双亲委派模型(Parent Delegation Model)，如下图:
双亲委派模型是在Java1.2之后引入的，其工作原理是，如果一个类加载器收到了类加载请求，它并不会自己先去加载，而是把这个请求委托该给父类的加载器去执行，如果父类加载器还存在器父类加载器，则继续向上委托，依次递归，请求最终将达到顶层的启动类加载器，如果父类加载器可以完成类加载任务，就成功返回；如果父类加载器无法完成此加载任务，子类加载器才会尝试自己去加载，这就是双亲委派模型。
双亲委派模型优势
Java类随着它的类加载器一起具备了一种带有优先级的层次关系，通过这种层次关系可以避免类的重复加载，当父类已经加载了该类的时，就没有必要子类再加载一次。其次是安全因素，我们可以自定义一个Object类放到Classpath下，但由于默认存放在rt.jar内的java.lang.Object所对应的启动类加载器在双亲委派模型中处于顶层，其优先级最高，程序中所有的Object都是使用启动类加载器加载的java.lang.Object而不是我们自定义的Object，这在一定程度上保证了基础类得到统一，不会出现安全性问题。
双亲委派模型对于保证Java程序的稳定运作非常重要，但是其实现却非常简单。JDK中实现双亲委派模型的代码都集中在java.lang.ClassLoader中的loadClass()方法。
protected Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException {
synchronized (getClassLoadingLock(name)) {
Class<?> c = findLoadedClass(name);
if(c == null) {
try {
if(parend != null) {
c = parent.loadClass(name, false);
} else {
c = findBoostrapClassOrNull(name);
}
} catch (ClassNotFoundException e) {
// ClassNotFoundException thrown if class not found
// from the non-null parent class loader
}
if(c == null) {
// If still not found, then invoke findClass in order
// to find the class.
}
}
if(resolve) {
resolveClasss(c);
}
return c;
}
}其工作过程可以分为两步：
- 首先自底向上检查类是否被加载过(
Class<?> c = findLoadedClass) - 如果没有被加载过，那么就自顶向下尝试加载该类。