类加载机制(1)-类加载的时机
1. 概述
虚拟机把描述类的数据从Class文件加载到内存,并对数据进行校验、转换解析和初始化,最终形成可以被虚拟机之际使用的Java类型,这就是虚拟机的类加载机制。
2. 类加载的时机
类从被加载到虚拟机内存中开始,到卸载出内存为止,它的整个生命周期包括:
- 加载(Loading)
- 验证(Verification)
- 准备(Preparation)
- 解析(Resolution)
- 初始化(Initialization)
- 使用(Using)
- 卸载(Unloading)
7个阶段。其中验证、准备、解析三个部分统称为连接(Linking)。
加载、验证、准备、初始化和卸载这5个阶段的顺序是确定的,类的加载过程必须按照这种顺序按部就班的开始,而解析阶段则不一定:它在某些情况下可以在初始化阶段开始之后再开始,这是为了支持Java语言的运行时绑定(动态绑定或晚期绑定)。
下面五种情况必须立即对类进行“初始化”:
-
遇到
new
、getstatic
、pustatic
或invokestatic
这4条字节码指令时,如果类没有初始化,则需要先触发其初始化。什么时候会出现这四条指令?
- 使用new实例化对象
- 读取或设置一个类的静态字段
- 调用一个类的静态方法
-
使用
java.lang.reflect
包的方法对类进行反射调用的时候。 -
当初始化一个类的时候,如果发现其父类还没有进行过初始化,则需要先出发其父类的初始化。
-
当虚拟机启动时,用户需要指定一个要执行的主类(main方法),虚拟机会先初始化主类。
-
使用JDK1.7的动态语言支持时,如果一个
java.lang.invoke.MethodHandle
实例最后的解析结果REF_geStatic、REF_putStatic、REF_invokeStatic的方法句柄,并且这个方法句柄所对应的类没有进行过初始化,则先初始化。
以上5种情况统称为“对一个类进行主动引用”,除此之外,所有引用类的方式都不会触发初始化,称为“被动引用”。
3. 接口的初始化
接口的加载过程与类加载过程有一些不同。
接口也是有初始化过程的,这点和类是一致的。接口中无法使用static{}
语句块,但编译器仍然会为接口生成“<clinit>()”类构造器,用于初始化接口中所定义的成员变量。
接口与类真正有所区别的是前面讲述的5中“有且仅有”需要开始初始化场景中的第三种:当一个类在初始化时,要求其父类全部都已经初始化过了,但是一个接口在初始化时,并不要求其父接口全部完成初始化,只有在真正用到父接口的时候(如引用接口中定义的常量)才会初始化。