JVM 类加载机制

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

在Java语言里面,类型的加载、连接和初始化都是在程序运行期间完成的。

类加载的时机

类的整个生命周期包括:加载(loading)、验证(verification)、准备(preparation)、解析(resolution)、初始化(initialization)、使用(using)和卸载(unloading) 7个阶段。其中 验证、准备、解析 3个部分统称连接(linking)。

class life cycle

5种必须立即初始化的情况:

  1. 遇到new, getstatic, putstatic 或 invokestatic 这4挑字节码指令;
  2. 使用 java.lang.reflect 包的方法对类进行反射调用;
  3. 初始化一个类的时候,其父类还没有初始化,必须先触发其父类的初始化;(对于接口,只有在真正用到其父接口的时候才会初始化)
  4. 虚拟机启动时,用户指定要执行的主类;
  5. 当使用 JDK 1.7 的动态语言支持时,如果一个 java.lang.invoke.MethodHandle 实例最后的解析结果 REF_getStatic, REF_putStatic, REF_invokeStatic 的方法句柄,并且这个方法句柄锁对应的类没有进行出事,则需要先触发其初始化。

对于静态字段,只有直接定义这个字段的类才会被初始化。

类加载过程

在加载阶段,虚拟机需要完成以下3件事:

  1. 通过一个类的全限定名来获取定义此类的二进制字节流;
  2. 将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构;
  3. 在内存中生成一个代表这个类的 java.lang.Class 对象 ,作为方法区这个类的各种数据的访问入口。

验证阶段大致上会完成下面4个阶段的校验动作:文件格式验证、元数据验证、字节码验证、符号引用验证。

准备阶段正式为类变量分配内存并设置类变量初始值。如果类变量是非常量的,那么这个初始值一般是零值,常量则根据class文件的里的ConstantValue设置为目标值。

解析阶段是将常量池内的符号引用转换为直接引用的过程。

符号引用(Symbolic References):符号引用以一组符号来描述所引用的目标,符号可以是任何形式的字面量,只要使用时能无歧义地定位到目标即可。符号引用与虚拟机的内存布局无关。

直接引用(Direct Reference):直接引用可以是直接指向目标的指针、相对偏移量或是一个能间接定位到目标的句柄。直接引用与虚拟机的内存布局有关。如果有了直接引用,引用的目标必定已在内存中。

初始化阶段是类加载的最后一步,到此阶段才真正开始执行类定义中的java程序代码。(执行类构造器 <clinit>() 方法)

<clinit>() 方法是由编译器自动收集类中所有的类变量的赋值动作和静态语句块( static{})中的语句合并产生,收集的顺序由语句在源文件中出现的顺序决定,静态语句块中只能访问到定义在静态语句块之前的变量,定义在它之后的变量,可以赋值,但不能访问。

类加载器

类加载器用于完成“通过一个类的全限定名来获取描述此类的二进制字节流”。

任何一个类,都需要由加载它的类加载器和这个类本身来确立其在 JVM 中的唯一性,每个类加载器都拥有一个独立的类名称空间。

从JVM的角度,只存在两种不同的类加载器:

  • 启动类加载器(Bootstrap ClassLoader),是JVM的一部分;
  • 其他所有的类加载器,用Java语言实现,独立于JVM,全部继承自 java.lang.ClassLoader

从开发人员角度,程序会使用到3中系统提供的类加载器:

  • 启动类加载器(Bootstrap ClassLoader):负责加载存放在 <JAVA_HOME>\lib 目录中的,或者被 -Xbootclasspath 参数所指定的路径中的,且是虚拟机识别的(仅安装文件名识别,如 rt.jar)类库。
  • 扩展类加载器(Extension ClassLoader):负责加载 <JAVA_HOME>\lib\ext 目录中下、或者被 java.ext.dirs 系统变量制定的路径下的所有类库。
  • 应用程序类加载器(Application ClassLoader):这个类加载器也称为系统类加载器,负责加载用户类路径上所指定的类库。

Parents Delegation Model

上图展示的关系称为类加载器的双亲委派模型(Parents Delegation Model)。

双亲委派模型要求除了启动类加载器之外,其余的类加载器都应当有自己的父类加载器,这种父子关系一般用组合实现:一个类加载器收到类加载请求时,首先委托给父类去加载,父类又递归地委托给自己的父类去加载,只有在父类无法加载时才自己尝试去加载。双亲委派模型不是强制的,只是建议。

适当地不遵守双亲委派模型可以实现一些特殊的类加载需求,比如热部署。


欢迎关注我的微信公众号: coderbee笔记,可以更及时回复你的讨论。

发表回复

您的电子邮箱地址不会被公开。 必填项已用 * 标注

此站点使用Akismet来减少垃圾评论。了解我们如何处理您的评论数据