JVM类加载机制（六）-Toy模板网

这篇具有很好参考价值的文章主要介绍了JVM类加载机制（六）。希望对大家有所帮助。如果存在错误或未考虑完全的地方，请大家不吝赐教，您也可以点击"举报违法"按钮提交疑问。

类加载器（ClassLoader）是 Java 虚拟机（JVM）的重要组成部分，负责将类的字节码加载到内存中并转换为可执行的 Java 类。类加载器的主要任务是根据类的名称查找字节码文件并加载到内存中，然后进行验证、准备和解析等操作，最终生成可执行的类。

类加载器的分类：

启动类加载器（Bootstrap Class Loader）：负责加载 Java 平台核心库，位于 <JAVA_HOME>/jre/lib 目录下。它是虚拟机自身的一部分，由C++实现，不是Java类，主要负责加载核心类库，如 java.lang 包中的类。
扩展类加载器（Extension Class Loader）：负责加载 Java 平台的扩展库，位于 <JAVA_HOME>/jre/lib/ext 目录下。它是由 Java 实现的类加载器，用于加载 <JAVA_HOME>/jre/lib/ext 目录中的 JAR 文件。
应用程序类加载器（Application Class Loader）：也称为系统类加载器（System Class Loader），负责加载应用程序的类路径（Classpath）上指定的类库。它是开发者自定义的类加载器，是 Java 类加载器的默认实现。
用户自定义类加载器：除了上述内建的类加载器之外，开发者还可以自定义类加载器，继承自 java.lang.ClassLoader 类，实现自己的类加载逻辑。

类加载器的工作原理：类加载器采用了双亲委派模型（Parent Delegation Model）来加载类，即当一个类加载器收到加载类的请求时，它首先将加载任务委派给父类加载器，只有在父类加载器无法加载该类时，才由当前类加载器自己来加载。

具体的工作流程如下：

通过双亲委派模型，可以保证类的加载是由上而下的层级关系，确保类的唯一性和一致性。这种层级关系使得不同类加载器负责加载不同的类，实现了类的隔离性和安全性。

双亲委派模型（Parent Delegation Model）是一种类加载机制，定义了类加载器之间的层次关系和加载顺序。根据这个模型，当一个类加载器收到加载类的请求时，它首先将加载任务委派给其父类加载器，只有在父类加载器无法加载该类时，才由当前类加载器自己来加载。

双亲委派模型的主要目的是保证类的唯一性和一致性。通过这种模型，可以避免在不同类加载器中出现同名类的冲突，并确保类的加载是由上而下的层级关系。

双亲委派模型的优点在于保证了类加载的一致性和安全性。它可以避免同名类的冲突，并且能够确保核心类库的安全性，防止用户自定义的类替代核心类库的类。

然而，有时候我们需要打破双亲委派模型，自定义类加载器并在其中加载特定的类。一些常见的例子包括：

通过自定义类加载器并打破双亲委派模型，我们可以实现更灵活的类加载方式，并满足特定的需求。但需要注意，打破双亲委派模型可能引入类加载的不确定性和安全风险，需要谨慎使用。

类加载是将类的字节码文件加载到内存中，并转换为可执行的 Java 类的过程。类加载器负责执行类加载操作，它们之间有一定的关系和协作。

类加载的过程通常包括以下步骤：

加载（Loading）：查找并读取类的字节码文件，一般是从文件系统、JAR 文件或网络等位置获取。加载的结果是在内存中生成一个对应的字节码表示，通常以字节数组的形式存在。
验证（Verification）：验证字节码的正确性和安全性。检查字节码是否符合 JVM 规范，是否包含不合法的操作码或结构，以及是否违反了安全约束等。
准备（Preparation）：为类的静态变量分配内存并设置默认初始值。这些变量包括静态字段和常量，它们在此阶段被分配内存空间，但还没有赋予初始值。
解析（Resolution）：将符号引用转换为直接引用。符号引用是指在字节码中使用的类、方法、字段等的符号名称，而直接引用是指在内存中的指针或句柄。解析的过程将符号引用解析为直接引用，使得虚拟机能够直接访问对应的类、方法、字段等。
初始化（Initialization）：对类进行初始化，包括执行静态变量赋值和静态代码块的初始化操作。在此阶段，类的静态变量被赋予真正的初始值，静态代码块被执行。