JVM系列一（类加载机制深度解析：类加载过程、类加载器、双亲委派机制、类加载时机、类的初始化步骤）

xingze_W

已于 2023-06-06 15:39:59 修改

阅读量541

点赞数

分类专栏： JVM 文章标签： JVM类加载机制 JVM

于 2019-07-28 23:27:17 首次发布

本文链接：https://blog.csdn.net/qq_42220174/article/details/97620464

版权

JVM 专栏收录该内容

6 篇文章 0 订阅

订阅专栏

文章目录

1. 类加载运行全过程
2. 类加载器分类、双亲委派机制
3. 类加载的时机
4. 类的初始化步骤

类的加载是指把类的.class文件中的数据读入到内存中。当程序需要使用某个类时，如果该类还未被加载到内存中，则JVM会通过加载（Load）、链接（Link）、初始化（Initialize）三个步骤对该类进行类加载，其中链接又分为三步（验证、准备、解析）。

1. 类加载运行全过程

当我们用java命令运行某个类的main函数启动程序时，首先需要通过类加载器把主类加载到JVM。通过Java命令执行代码的大体流程分以下几步：加载——>验证——>准备——>解析——>初始化——>使用——>卸载。

加载：查找并加载类的二进制数据。在加载阶段，JVM会根据类的全限定名（例如com.example.MyClass）在类路径（Classpath）中查找相应的字节码文件（.class文件）。如果找不到文件，或者文件已损坏，就会抛出ClassNotFoundException。在加载阶段会在内存中生成一个代表这个类的java.lang.Class对象。类的加载过程是由类加载器来完成，类加载器由JVM提供。我们开发人员可以通过继承ClassLoader来实现自己的类加载器。通过类的加载，内存中已经创建了一个Class对象。而链接负责将二进制数据合并到JRE中。链接需要通过验证、准备、解析三个阶段。
验证：验证加载的类的正确性和安全性。（是否符合JVM规范（文件格式验证、字节码验证、符号引用验证），即是否满足JVM的约束。）如果验证失败，就会抛出VerifyError。
准备：为类的静态变量分配内存并设置默认初始值。在准备阶段，JVM会为类的静态变量分配内存空间，并设置默认初始值（例如整数为0，引用类型为null）。这些变量将在初始化阶段被进一步初始化。
解析：将类中的符号引用解析为直接引用。在解析阶段，JVM会将类中的符号引用（例如类、方法、字段的符号引用）解析为直接引用（例如内存地址或偏移量），以便在之后的执行阶段能够快速访问到相关的类、方法或字段。即所谓的静态链接过程（类加载期间完成），动态链接是在程序运行期间完成的将符合引用替换为直接引用。
初始化：对类进行初始化，对类的静态变量初始化为指定的值，执行静态代码块。 在初始化阶段，JVM会执行类的初始化代码，包括静态变量的赋值和静态代码块的执行。类的初始化是在程序中首次主动使用该类时触发的，或者是在初始化一个类的子类时触发的。如果初始化过程中发生错误，就会抛出ExceptionInInitializerError。

类加载机制具有懒加载的特性，即在程序运行过程中，只有在需要使用某个类时才会进行加载和初始化操作。此外，类加载机制还支持类的动态加载，可以通过一些特定的API（例如ClassLoader）在运行时从指定位置加载类。

注意：主类在运行过程中如果使用到其他类，会逐步加载这些类。jar包或者war包里的类不是一次性全部加载的，是使用到时才加载。

同一个类中：静态代码块==> 非静态代码块==>构造器
父子类中：父类==>子类
静态代码块只在第一次实例化（new）时运行，非静态代码块在每次实例化时都运行。
代码测试如下：

public class A {
  static {
   System.out.println("A中的静态代码块");
  }
  
  {
   System.out.println("A中的非静态代码块");
  }
  
  public A() {
   System.out.println("A的构造器");
  }
}

public class B extends A{
	static {
	   System.out.println("B中的静态代码块");
	  }
	  
	  {
	   System.out.println("B中的非静态代码块");
	  }
	  
	  public B() {
	   System.out.println("B的构造器");
	  }
          
         public static void main(String[] args) {
              A a=new A();
              B b1=new B();
              B b2 = null;//B不会加载，除非这里执行new B()
         }
   }

运行输出结果如下：

A中的静态代码块
B中的静态代码块
A中的非静态代码块
A的构造器
A中的非静态代码块
A的构造器
B中的非静态代码块
B的构造器

类被加载到方法区中后主要包含运行时常量池、类型信息、字段信息、方法信息、类加载器的引用、对应class实例的引用等信息。
类加载器的引用：这个类到类加载器实例的引用
对应class实例的引用：类加载器在加载类信息放到方法区中后，会创建一个对应的Class类型的对象实例放到堆（Heap）中，作为开发人员访问方法区中类定义的入口和切入点。

2. 类加载器分类、双亲委派机制

2.1 类加载器分类

上面的类加载过程主要是通过类加载器来实现的，类加载器负责将.class文件（不管是jar、本地磁盘、网络获取等）加载到内存中，并为之生成对应的java.lang.Class对象。Java里有下面几类加载器：

BootStarp ClassLoader（根/引导类加载器）：BootStarp ClassLoader是根类加载器，负责加载JRE的lib目录下的的核心类库（%JAVA_HOME%/jre/lib下的jar包），比如rt.jar、charsets.jar。通常由C++实现，不是Java类。
Extension ClassLoader（扩展类加载器）： Extension ClassLoader是扩展类加载器，负责加载%JAVA_HOME%/jre/ext或者java.ext.dirs系统属性所指定的目录中jar包。可以将自己写的工具包放到这个目录下，可以方便自己使用。它是由Java编写的，是系统类加载器的父加载器。
Application/System ClassLoader（应用程序类加载器）：System ClassLoader是系统（应用）类加载器，负责加载来自java命令的-classpath选项、java.class.path系统属性，或者CLASSPATH环境变量所指定的JAR包和类路径。可以通过ClassLoader.getSystemClassLoader()来获取系统类加载器。如果没有特别指定，则用户自定义的类加载器都以类加载器作为父加载器。
自定义类加载器（Custom Class Loader）：它是用户自定义的类加载器，继承自ClassLoader类，负责加载用户自定义路径下的类包。

1、如何判断是同一个类呢？
每个类在JVM中使用全限定类名（包名+类名）与类加载器联合为唯一的ID，所以如果同一个类使用不同的类加载器，可以被加载到虚拟机，但彼此不兼容。

2.2 类加载器的工作机制（重点：双亲委派机制）

双亲委派机制是类加载器的一种工作机制，它是为了保证Java类的安全性和一致性而引入的。

当一个类加载器收到加载类的请求时，它并不会立即去加载，而是将这个请求委派给其父加载器去尝试加载。这样的委派链一直往上，直到顶层的启动类加载器。只有当所有父加载器都无法加载该类时，才由当前加载器自己去加载。

这种委派机制的好处是避免了重复加载同一个类，保证了类的唯一性。同时，由于核心类库是由启动类加载器加载的，可以防止用户自定义的类覆盖Java核心类库，提高了系统的安全性。

沙箱安全机制：自己写的java.lang.String.class类不会被加载，这样可以防止核心API库被随意篡改
避免类的重复加载：当父加载器加载了该类时，就没有必要在子加载器再加载一次，保证被加载类的唯一性

自定义加载器=>Application ClassLoader=>Extension ClassLoader===>Bootstarp ClassLoader

另外两种类加载器工作机制

全盘负责机制：当一个加载器负责加载某个class时，该Class所依赖和引用的其他Class也由该类加载器负责载入，除非显式使用另一个类加载器来加载。
缓存机制：缓存机制会将已经加载的Class缓存起来，当程序中需要使用某个Class文件时，类加载器先从缓存区中搜寻该Class，只有当缓存中不存在该Class时，系统才会读取该类的二进制数据，并将其转换为Class对象，存入缓存中。这就是为什么更改了Class后，需要重启JVM才生效的原因（缓存失效）。

2.3 打破双亲委派机制的一种常见方法

继承ClassLoader类：创建一个自定义的类加载器，继承自ClassLoader类，重写其中的加载方法，如findClass()方法。
重写加载逻辑：在自定义的类加载器中，重写findClass()方法，实现自定义的类加载逻辑。可以从特定的位置加载类字节码，例如从文件系统、网络或数据库中加载类。
打破双亲委派：在自定义的类加载器中，重写loadClass()方法，并在其中通过判断来打破双亲委派机制。可以根据需要决定是否先委派给父加载器，或者直接自己加载类。
定义命名空间：自定义类加载器可以定义自己的命名空间，加载类时不受双亲委派机制的限制。可以通过重写loadClass()方法中的逻辑，控制类加载的顺序和来源。

扩展：Tomcat打破双亲委派机制：

创建并使用自定义类加载器：除了根类加载器，所有类加载器都是ClassLoader的子类。所以可以通过继承ClassLoader来实现自己的类加载器。ClassLoader类有两个关键的方法：

protected Class loadClass(String name,boolean resolve)：name为类名，resolve如果为true，在加载时解析该类。
protected Class findClass(String name)：根据指定类名来查找类。

3. 类加载的时机

在Java中，类的加载时机可以分为以下几种情况：

主动引用（Active Reference）：主动引用是指程序代码对类的直接引用，包括对类的实例化、访问静态变量和静态方法、调用类的构造方法等操作。当发生主动引用时，如果该类还没有被加载、验证、准备和初始化，则会触发类的加载过程。
被动引用（Passive Reference）：被动引用是指对类的间接引用，不会触发类的加载过程。常见的被动引用包括通过子类引用父类的静态字段、通过数组定义引用类等。

new一个类的对象实例时
初始化类的子类时，会先加载父类
使用反射方法时，如Class.forName("")
调用类的静态变量时
调用类的静态方式时
虚拟机启动时指定执行的主类，会先执行初始化

4. 类的初始化步骤

如果这个类还没有被加载和链接，那么先进行加载和链接
如果这个类存在直接父类，并且这个类还没有被初始化（注意：在一个类加载器中，类只能初始化一次），那么初始化直接父类（不适用于接口）
如果类中存在初始化语句（如static变量和static块），那么就依次执行这些初始化语句

文章参考：请你详细说说类加载流程，类加载机制及自定义类加载器

xingze_W

关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
1
评论
JVM系列一（类加载机制深度解析：类加载过程、类加载器、双亲委派机制、类加载时机、类的初始化步骤）

1. 类加载运行全过程2. 类加载器分类、双亲委派机制2.1 类加载器分类2.2 类加载器的工作机制（重点：双亲委派机制）2.3 打破双亲委派机制的一种常见方法3. 类加载的时机4. 类的初始化步骤
复制链接

扫一扫