本文根据《深刻理解java虚拟机》第7章部份内容整理 java
Java虚拟机把描述类的数据从Class文件加载到内存,并对数据进行校验、转换解析和初始化,最终造成能够被虚拟机直接使用的Java类型,这就是虚拟机的加载机制。 数组
类从被加载到虚拟机内存中开始,到卸载出内存为止,它的整个生命周期包括了:加载(Loading)、验证(Verification)、准备(Preparation)、解析(Resolution)、初始化(Initialization)、使用(using)、和卸载(Unloading)七个阶段。其中验证、准备和解析三个部分统称为链接(Linking),这七个阶段的发生顺序以下图所示: spa
如上图所示,加载、验证、准备、初始化和卸载这五个阶段的顺序是肯定的,类的加载过程必须按照这个顺序来循序渐进地开始,而解析阶段则不必定,它在某些状况下能够在初始化阶段后再开始。 对象
类的生命周期的每个阶段一般都是互相交叉混合式进行的,一般会在一个阶段执行的过程当中调用或激活另一个阶段。 接口
Java虚拟机规范没有强制性约束在何时开始类加载过程,可是对于初始化阶段,虚拟机规范则严格规定了有且只有四种状况必需当即对类进行“初始化”(而加载、验证、准备阶段则必需在此以前开始),这四种状况归类以下: 生命周期
1.遇到new、getstatic、putstatic或invokestatic这4条字节码指令时,若是类没有进行过初始化,则须要先触发其初始化。生成这4条指令最多见的Java代码场景是:使用new关键字实例化对象时、读取或者设置一个类的静态字段(被final修饰、已在编译器把结果放入常量池的静态字段除外)时、以及调用一个类的静态方法的时候。 图片
2.使用java.lang.reflect包的方法对类进行反射调用的时候,若是类没有进行过初始化,则须要先触发其初始化。 内存
3.当初始化一个类的时候,若是发现其父类尚未进行过初始化,则须要触发父类的初始化。 ssl
4.当虚拟机启动时,用户须要指定一个执行的主类(包含main()方法的类),虚拟机会先初始化这个类。 get
对于这四种触发类进行初始化的场景,在java虚拟机规范中限定了“有且只有”这四种场景会触发。这四种场景的行为称为对类的主动引用,除此之外的全部引用类的方式都不会触发类的初始化,称为被动引用。
下面经过三个实例来讲明被动引用:
示例一
父类SuperClass.java
子类SubClass.java
主类NotInitialization.java
输出结果:
由结果能够看出只输出了“SuperClass init!”,没有输出“SubClass init!”。这是由于对于静态字段,只有直接定义该字段的类才会被初始化,所以当咱们经过子类来引用父类中定义的静态字段时,只会触发父类的初始化,而不会触发子类的初始化。
示例二
父类SuperClass.java如上一个示例同样
主类NotInitialization.java
输出结果为空
没有输出“SuperClass init!”说明没有触发类com.chenzhou.classloading.SuperClass的初始化阶段,可是这段代码会触发“[Lcom.chenzhou.classloading.SuperClass”类的初始化阶段。这个类是由虚拟机自动生成的,该建立动做由newarray触发。
示例三
常量类ConstClass.java
主类NotInitialization.java
输出:hello world
上面的示例代码运行后也没有输出“SuperClass init!”,这是由于虽然在Java源码中引用了ConstClass类中的常量HELLOWORLD,可是在编译阶段将此常量的值“hello world”存储到了NotInitialization类的常量池中,对于常量ConstClass.HELLOWORLD的引用实际上都被转化为NotInitialization类对自身常量池的引用了。实际上NotInitialization的Class文件之中已经不存在ConstClass类的符号引用入口了。
接口的加载过程与类加载的区别在于上面提到的四种场景中的第三种,当类在初始化时要求其父类都已经初始化过了,可是一个接口在初始化时,并不要求其父类都完成了初始化,只有在真正用到父类接口的时候(如引用父接口的常量)才会初始化。