JVM类加载机制，我终于学明白了~

---

类加载机制

参看：

1. 《深入理解JVM虚拟机》第三版
2. https://blog.csdn.net/m0_38075425/article/details/81627349
3. https://blog.csdn.net/zhaocuit/article/details/93038538
4. https://blog.csdn.net/weixin_43272605/article/details/104619451

---

当程序调用到某个未加载到JVM的类时，JVM会通过以下三个步骤对类进行初始化：加载、链接、初始化。类加载图：

这一切都发在JVM中。

---

1.类加载过程

类加载过程是指：整个类加载的过程，从类加载到直到初始化完成。

1.1 Loading(加载)

加载指的是将类的class文件读入到内存，并为之创建一个java.lang.Class对象，即JVM加载任何类都会为之建立一个Class对象。

所有的类加载到内存，都要由JVM提供的类加载器来加载，开发人员也可以继承ClassLoader基类来创建自定义类加载器。类加载器加载的都是数据源的二进制数据。

JVM允许类加载器预先加载某些类。

从这里往下的，在JVM内存中的代码都是 二进制格式数据 了！！！！！！

1.2 Linking(链接)

class文件Loading后，会得到类的Class对象，之后就是链接阶段，此阶段会把类的二进制数据合并到 **JRE(Java Runtime Environment)**中，Linkding有分为：

• 验证：确保类加载的正确性，验证保证类有正确的内部结构，例如保证数组不会越界、保证应用不会被恶意入侵。其主要包括 文件格式验证、元数据验证、字节码验证（重要）、符号引用验证 四种验证。
• 准备：准备阶段为类的静态变量分配内存，并设置初始默认值（比如：int为0，String为null）。
• 解析：将类的二进制数据中的 符号引用替换为直接引用。符号引用 > 符号来描述所引用的目标，直接引用 > 指向目标的指针。

1.3 Initialization(初始化)

只有对类的主动加载才会导致类的初始化。

初始化是为类的静态变量赋予代码设定的初始值，一个静态变量需要经过准备阶段和初始化阶段才能赋予指定的初始值。例如 private static int number = 10，首先class字节码文件被加载到JVM内存，再进行链接的验证，之后就是链接的准备，准备会给number分配内存，默认为0，之后就是解析，到了初始化阶段，才会把10赋给number。

---

2.类加载时机

当符合下列情况时，会进行类加载：

• new关键字创建类的实例。
• 访问或操作某个类或接口的静态变量、静态方法。
• 初始化一个类的子类（会先初始化子类的父类）。
• JVM启动时标明的启动类。
• 反射获取类对象、类方法对象、类属性等。
• … …

另外：

final修饰的 staic变量，在编译时就能确定下来的话，在程序使用该变量的时候，不会加载对应的类，因为在编译时，就已经把此变量替换为变量所确定的值了。

---

3、类加载原理

先介绍类加载器，在介绍双亲委派模型

类加载器能够加载所有的类，并为其加载到内存的类生成一个java.lang.Class实例对象。

同一个类只会被加载一次，即一个类只有一个java.lang.Class对象。

Java代码中用全限定类名（包名+类名）作为类的唯一标识，JVM中用全限定类名和类加载器作为类的唯一标识。

3.1 类加载器介绍

JVM中预设三种类加载器，启动类加载器(BootStrap ClassLoader)、扩展类加载器(Extension ClassLoader)和 系统类加载器(Application ClassLoader)：

• BootStrap ClassLoader：负责加载Java核心类，由C++代码编写，负责加载<JAVA_HOME>jre\lib\rt.jar里所有的class。没有父类。
• Extension ClassLoader：负责加载JRE的扩展目录，加载<JAVA_HOME>\lib\ext目录或java.ext.dirs系统变量指定的路径中的所有类库。父类为null。
• Application ClassLoader：负责加载用户类路径（classpath）上的指定类库（加载应用类），我们可以直接使用这个类加载器。它的父类为ClassLoader，用户自定义的类加载器都以它作为父加载器。（父类不确定，资料说的sum.misc包下的Launcher，但是JDK11中这个包下已经没有这个类了… …）

还有 自定义类加载器(Custom ClassLoader)，开发人员自定义的类加载器，根据需求进行加载类库。

类加载器运行是基于双亲委派模式进行的，下面了解一下双亲委派模式。

3.2 双亲委派模式

JVM采用双亲委派模式。双亲委派模式要求除了顶层的 启动类加载器 外，其余的类加载器都应当有自己的父类加载器。请注意双亲委派模式中的层级关系不一定是类的继承关系。

工作原理

类加载器间的关系如下：

自定义类加载器都默认继承 Application ClassLoader。

原理：

底层类加载收到类加载请求后，先请求向上一层类加载器加载类，上一层会去请求上上一层，一次递归。如果上一层类加载器不能加载，低层类加载器从才会自己去加载。

优势

• 通过这种层级关系，可以避免类的重复加载，当上层类加载器已经加载该类时，下层类加载器不用再次加载。
• 保证API核心类库安全，因为某些Java核心类库中的类只能是权限更高的类加载器来加载，不能随意一个类加载器就加载。

3.3 类加载流程图

这就是一个完整的过程，大致情况都有。需要说明一点：对于ClassNotFountException异常，只有当 第一个发起类加载请求的类加载器抛出此异常，才说明类加载失败。上层类加载抛出此异常，下层类加载器就会尝试自己进行类加载。

---

4.扩展

Java类加载机制，JVM璀璨知识宇宙中的一点星光，多看书多实践多看源码… … ，下面提供一张完整的类加载过程：

类调用图