虚拟机类加载机制的简单阐述

一、类加载机制

定义:虚拟机把描述类的数据从Class文件加载到内存,并对数据进行校验、转换解析和初始化,最终形成可以被虚拟机直接使用的Java类型。

类加载周期:加载、验证、准备、解析、初始化、使用和卸载,其中验证、准备、解析3个部分统称为连接。以下是类从被加载到虚拟机内存的声明周期图:

1、加载

加载 是 类加载 过程的一个阶段,在加载阶段,虚拟机需要完成以下3件事情:

1)、通过一个类的权限定名来获取定义此类的二进制字节流

2)、将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构

3)、在内存中生成一个代表这个类的java.lang.Class对象,作为方法区这个类的各种数据的访问入口

2、验证

验证这个阶段的目的是为了确保Class文件的字节流中包含的信息符合当前虚拟机的要求,并且不会危害虚拟机自身的安全。包含:文件格式验证、元数据验证、字节码验证、符号引用验证。

文件格式验证:验证字节流是否符合Class文件格式的规范,并且能被当前版本的虚拟机处理。主要目的是保证输入的字节流能正确地解析并存储于方法区之内,格式上符合描述一个java类型信息的要求。这阶段的验证是基于二进制字节流进行的,只有通过了这个阶段的验证后,字节流才会进入内存的方法区中进行存储。

元数据验证:对字节码描述的信息进行语义分析,以保证其描述的信息符合java语言规范的要求。

字节码验证:主要目的是通过数据流和控制流分析,确定程序语义是合法的、符合逻辑的。这阶段对类的方法体进行校验分析,保证被校验类的方法在运行时不会做出危害虚拟机安全的事件。

符号引用验证:这个阶段的校验发生在虚拟机将符号引用转化为直接引用的时候,这个转化动作将在连接的第三阶段----解析阶段中发生。符号引用验证可以看做是对类自身以外的信息进行匹配性校验,确保解析动作能正常执行。

3、准备

准备阶段是正式为类变量分配内存并设置类变量初始值的阶段,这些变量所使用的内存都将在方法区中进行分配。

4、解析

解析阶段是虚拟机将常量池内的符号引用替换为直接引用的过程。包含:类或者接口解析、字段解析、类方法解析、接口方法解析

符号引用:符号引用以一组符号来描述所引用的目标,符号可以是任何形式的字面量,只要使用时能无歧义地定位到目标即可。符号引用的字面量形式明确定义在java虚拟机规范的class文件格式中,和虚拟机实现的内存布局无关。

直接引用:可以是直接指向目标的指针、相对偏移量或是一个能间接定位到目标的句柄。和虚拟机实现的内存布局相关。

5、初始化

初始化阶段是执行类构造器<clinit>()方法的过程

二、类加载器

启动类加载器:负责将存放在<Java_home>\lib目录中的或者被-Xbootclasspath参数所指定的路径中的,并且是虚拟机识别的类库加载到虚拟机内存中。

扩展类加载器:负责加载<java_home>\lib\ext目录中的,或者别java.ext.dirs系统变量所指定的路径中的所有类库,开发者可以直接使用扩展类加载器。

应用程序类加载器:系统类加载器,负责加载用户类路径(classpath)上所指定的类库,开发者可以直接使用这个类加载器。一般情况,这个是程序中默认的类加载器。

双亲委派模型:双亲委派模型要求除了顶层的启动类加载器外,其余的类加载器都应当有自己父类加载器。这里类加载器之间的父子关系一般不会以继承的关系来实现,而是都使用组合关系来复用父加载器的代码。

工作过程:如果一个类加载器收到了类加载的请求,它首先不会自己去尝试加载这个类,而是把这个请求委派给父类加载器去完成,每一个层次的类加载器都是如此,因此所有的加载请求最终都应该传送到顶层的启动类加载器中,只有当父加载器反馈自己无法完成这个加载请求时,子加载器才会尝试自己去加载。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值