JVM 类加载的五个过程

JVM 类加载的五个过程

1.本质:
将描述类的数据 从Class文件加载到内存 & 对数据进行校验、转换解析 和 初始化,最终形成可被虚拟机直接使用的Java使用类型

解释:Class文件是一串二进制字节流
2.过程:
在这里插入图片描述

如上图,类加载生命周期:加载->连接->初始化->使用->卸载

逐步讲解:
1.加载:将外部的class文件加载到JVM中,并存储到方法区内,即二进制字节流
注意:数组类通过JVM,直接创建,不通过类加载器创建

2.验证:确保加载进来的class文件包含的信息符合JVM的标准
具体:1.文件格式验证,2.元数据验证,3.字节码验证,4.符号引用验证

3.准备:为类变量分配内存,设置类变量的初始值
具体:1.为类的静态变量在方法区中分配内存,2.将上述变量的初始值设置为0,此处非开发者定义的值
注意:实例变量不在此阶段分配内存,若类变量为常量,则直接赋开发者定义的值

4.解析:将常量池内的符号引用转为直接引用
具体:解析对象包括:1.类/接口,2.类方法,接口方法,方法类型,方法句柄,3.字段
注意:实例变量不在此阶段分配内存,因为类方法和私有方法符合编译器可知、运行期不可变的要求,即不会被集成或重写,所以适合在类加载过程进行解析,若类变量为常量,则直接赋开发者定义的值

5.初始化:初始化类变量、静态语句块
具体:1.生成类构造器,2.执行clinit方法
注意:静态语句块只可复制,不可被访问,接口和类不同,执行子接口的clinit方法并不需要执行父接口的clinit方法

总结:
在这里插入图片描述

### JVM 类加载机制详细过程 JVM(Java虚拟机)的类加载机制是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` 常量不会触发类的初始化? - 类加载过程中验证阶段的作用是什么? - 解析阶段为什么可以延迟到初始化之后?
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

clarence.wei

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值