JVM 类加载过程

1. 加载(Loading)

核心任务

将字节码的二进制数据读入 JVM 内存。

触发条件

        首次主动使用类时(如 new、访问静态字段/方法、反射等)。

        被动引用(如通过子类引用父类的静态字段)不会触发加载。


2.验证(Verification)

检查字节码是否符合 JVM 规范(防止恶意代码)

包括:文件格式验证、元数据验证、字节码验证、符号引用验证。


3. 准备(Preparation)

静态变量 分配内存并赋 默认值(如 int0,引用类型为 null)。

注意:static final 常量(编译期已知)会直接赋实际值(如 static final int x = 123)。


4. 解析(Resolution)

将常量池中的 符号引用(如类名、方法名)转换为 直接引用(内存地址)。

可能延迟到首次使用时解析(如动态绑定的方法)。


5. 初始化(Initialization)

执行类的 <clinit>() 方法(由编译器生成)。

包含:

  1. 静态变量的显式赋值(如 static int x = 5;)。
  2. 静态代码块static {})中的逻辑。
  3. 线程安全:JVM 会加锁确保只初始化一次。

触发条件(满足任意一条):

  1. new、静态方法/字段调用、反射调用(如 Class.forName())。
  2. 子类初始化时,若父类未初始化,会先触发父类初始化。
  3. JVM 启动时的主类(main 方法所在类)。

### JVM 类加载机制详细过程 JVMJava虚拟机)的类加载机制是Java程序运行的基础之一,它负责将编译后的 `.class` 文件加载到内存中,并对这些数据进行校验、解析和初始化,最终形成可以直接被JVM使用的Java类型。整个过程可以分为七个阶段:加载、验证、准备、解析、初始化、使用和卸载,其中前五个阶段统称为类加载过程。 #### 加载(Loading) 加载阶段是类加载过程的第一个阶段,主要任务是通过类的全限定名获取其对应的二进制字节流,并将这些字节流转化为方法区中的运行时数据结构。同时,JVM会在堆中创建一个 `java.lang.Class` 对象,作为该类访问数据的入口。 #### 验证 验证阶段的目的是确保Class文件的字节流中包含的信息符合JVM规范的要求,避免JVM受到恶意代码的攻击。验证过程包括文件格式验证、元数据验证、字节码验证以及符号引用验证。 #### 准备 准备阶段的主要任务是为类的静态变量分配内存,并为其设置初始值。这个初始值通常是零值(如 `0`、`null`),而不是代码中显式赋值的值。显式赋值会在初始化阶段完成。 #### 解析 解析阶段是将常量池中的符号引用替换为直接引用的过程。符号引用是以一组符号来描述所引用的目标,而直接引用则是直接指向目标的指针、相对偏移量或一个能间接定位到目标的句柄。解析阶段并不一定在初始化之前完成,某些解析操作可能会延迟到初始化之后进行,这是为了支持Java的动态绑定特性。 #### 初始化 初始化阶段是类加载过程的最后一个阶段,它负责执行类构造器 `<clinit>` 方法。`<clinit>` 方法是由编译器自动收集类中的所有静态变量的赋值动作和静态代码块中的语句合并生成的,代码会按照书写顺序依次执行。如果类的父类尚未初始化,JVM会先触发其父类的初始化过程,以确保继承链的完整性。此外,JVM会确保 `<clinit>` 方法在多线程环境中被正确加锁和同步,以保证线程安全。 例如,在以下代码中,`ConstClass` 类的静态代码块不会在 `NotInit` 类的 `main` 方法执行时被触发初始化,因为 `HELLOWORLD` 是一个 `static final` 常量,其值在编译期就已经确定,并直接嵌入到调用类的常量池中: ```java public class ConstClass { static { System.out.println("常量类初始化!"); } public static final String HELLOWORLD = "hello world!"; } public class NotInit { public static void main(String[] args) { System.out.println(ConstClass.HELLOWORLD); } } ``` #### 类加载JVM中的类加载器分为以下几类: 1. **启动类加载器(Bootstrap ClassLoader)**:负责加载JVM核心类库(如 `rt.jar` 中的类),通常是用C++实现的,而不是Java代码。 2. **扩展类加载器(Extension ClassLoader)**:负责加载Java的扩展类库(如 `jre/lib/ext` 目录下的类)。 3. **系统类加载器(System ClassLoader)**:负责加载应用程序的类路径(ClassPath)上的类,通常是最常用的类加载器。 4. **自定义类加载器(Custom ClassLoader)**:用户可以通过继承 `ClassLoader` 类来实现自定义的类加载逻辑。 类加载器之间遵循 **双亲委派模型**,即当一个类加载器收到类加载请求时,它会首先委托给父类加载器去加载,只有在父类加载器无法完成加载时,才会尝试自己加载。这种机制可以确保类的唯一性和安全性。 #### 示例代码 以下是一个简单的类加载器示例,展示了如何通过自定义类加载器加载类: ```java public class CustomClassLoader extends ClassLoader { @Override protected Class<?> findClass(String name) throws ClassNotFoundException { byte[] classData = loadClassData(name); if (classData == null) { throw new ClassNotFoundException(); } else { return defineClass(name, classData, 0, classData.length); } } private byte[] loadClassData(String className) { // 实现类的加载逻辑,例如从文件或网络读取字节码 return new byte[0]; } } ``` #### 相关问题 - 类加载的双亲委派模型是如何工作的? - 如何实现一个自定义的类加载器? - 为什么 `static final` 常量不会触发类的初始化? - 类加载过程中验证阶段的作用是什么? - 解析阶段为什么可以延迟到初始化之后?
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值