【JVM】JVM类的生命周期，类加载，双亲委派模型与破坏双亲委派模型

类加载-初始化（类的生命周期）

一个类的完整生命周期：

1. 加载过程

所谓加载，简而言之就是将 Java 类的字节码文件加载到机器内存中，并在内存中创建一个java.lang.Class对象。

类的加载过程是由类加载器来完成，类加载器由JVM提供。我们开发人员也可以通过继承ClassLoader来实现自己的类加载器。

加载的class来源

• 从本地文件系统内加载class文件
• 从JAR包加载class文件
• 通过网络加载class文件
• 把一个java源文件动态编译，并执行加载。

2. 连接过程

通过类的加载，内存中已经创建了一个Class对象。链接负责将二进制数据合并到 JRE中。链接需要通过验证、准备、解析三个阶段。

2.1、验证

**验证阶段用于检查被加载的类是否有正确的内部结构，并和其他类协调一致。**即是否满足java虚拟机的约束。

2.2、准备

类准备阶段负责为类的类变量分配内存，并设置默认初始值。

2.3、解析

我们知道，引用其实对应于内存地址。思考这样一个问题，在编写代码时，使用引用，方法时，类知道这些引用方法的内存地址吗？显然是不知道的，因为类还未被加载到虚拟机中，你无法获得这些地址。举例来说，对于一个方法的调用，编译器会生成一个包含目标方法所在的类、目标方法名、接收参数类型以及返回值类型的符号引用，来指代要调用的方法。

解析阶段的目的，就是将这些符号引用解析为直接引用，如果符号引用指向一个未被加载的类，或者未被加载类的字段或方法，那么解析将触发这个类的加载（但未必会触发解析与初始化）。

3. 初始化过程——静态变量赋初始值

类的初始化阶段，虚拟机主要对类变量进行初始化。虚拟机调用**< clinit>**方法，进行类变量的初始化。

java类中对类变量进行初始化的两种方式：

1. 在定义时初始化
2. 在静态初始化块内初始化

4. 卸载

卸载类即该类的 Class 对象被 GC。

卸载类需要满足 3 个要求:

1. 该类的所有的实例对象都已被 GC，也就是说堆不存在该类的实例对象。
2. 该类没有在其他任何地方被引用
3. 该类的类加载器的实例已被 GC

所以，在 JVM 生命周期类，由 jvm 自带的类加载器加载的类是不会被卸载的。但是由我们自定义的类加载器加载的类是可能被卸载的。

只要想通一点就好了，jdk 自带的 BootstrapClassLoader, ExtClassLoader, AppClassLoader 负责加载 jdk 提供的类，所以它们(类加载器的实例)肯定不会被回收。而我们自定义的类加载器的实例是可以被回收的，所以使用我们自定义加载器加载的类是可以被卸载掉的。

类加载器

类加载器的类别（四种）：

• BootstrapClassLoader（启动类加载器）
• ExtClassLoader （标准扩展类加载器）
• AppClassLoader（系统类加载器）
• CustomClassLoader（用户自定义类加载器）

类加载机制：

注意：类加载器之间的父子关系并不是类继承上的父子关系，而是实例之间的父子关系。

双亲委派机制

双亲委派机制，就是由子到父，由父到子的过程，就是双亲委派的过程。就是某个类加载器需要加载某个.class文件，首先把这个任务委派给他的上级类加载器，递归这个过程，如果上级的类加载器没有加载，子类加载器才会自己加载这个类。

为什么要双亲委派

双亲委派的好处是：

• 保证核心.class不能被篡改。通过委托方式，不会去篡改核心.class，即使篡改也不会去加载，即使加载也不会是同一个.class对象了。不同的加载器加载同一个.class也不是同一个Class对象。这样保证了Class执行安全。

• 防止重复加载同一个.class。通过委托去向上面问一问，加载过了，就不用再加载一遍。保证数据安全。

怎么打破双亲委派

自定义加载器的话，需要继承 ClassLoader 。如果我们不想打破双亲委派模型，就重写 ClassLoader 类中的 findClass() 方法即可，无法被父类加载器加载的类最终会通过这个方法被加载。但是，如果想打破双亲委派模型则需要重写 loadClass() 方法

参考：javaGuide
《深入理解 Java 虚拟机》