JVM学习笔记(六):类加载的时机
2017-01-05 13:57
169 查看
本文根据《深入理解java虚拟机》第7章部分内容整理
Java虚拟机把描述类的数据从Class文件加载到内存,并对数据进行校验、转换解析和初始化,最终形成可以被虚拟机直接使用的Java类型,这就是虚拟机的加载机制。
类从被加载到虚拟机内存中开始,到卸载出内存为止,它的整个生命周期包括了:加载(Loading)、验证(Verification)、准备(Preparation)、解析(Resolution)、初始化(Initialization)、使用(using)、和卸载(Unloading)七个阶段。其中验证、准备和解析三个部分统称为连接(Linking),这七个阶段的发生顺序如下图所示:
如上图所示,加载、验证、准备、初始化和卸载这五个阶段的顺序是确定的,类的加载过程必须按照这个顺序来按部就班地开始,而解析阶段则不一定,它在某些情况下可以在初始化阶段后再开始。
类的生命周期的每一个阶段通常都是互相交叉混合式进行的,通常会在一个阶段执行的过程中调用或激活另外一个阶段。
Java虚拟机规范没有强制性约束在什么时候开始类加载过程,但是对于初始化阶段,虚拟机规范则严格规定了有且只有四种情况必需立即对类进行“初始化”(而加载、验证、准备阶段则必需在此之前开始),这四种情况归类如下:
1.遇到new、getstatic、putstatic或invokestatic这4条字节码指令时,如果类没有进行过初始化,则需要先触发其初始化。生成这4条指令最常见的Java代码场景是:使用new关键字实例化对象时、读取或者设置一个类的静态字段(被final修饰、已在编译器把结果放入常量池的静态字段除外)时、以及调用一个类的静态方法的时候。
2.使用java.lang.reflect包的方法对类进行反射调用的时候,如果类没有进行过初始化,则需要先触发其初始化。
3.当初始化一个类的时候,如果发现其父类还没有进行过初始化,则需要触发父类的初始化。
4.当虚拟机启动时,用户需要指定一个执行的主类(包含main()方法的类),虚拟机会先初始化这个类。
对于这四种触发类进行初始化的场景,在java虚拟机规范中限定了“有且只有”这四种场景会触发。这四种场景的行为称为对类的主动引用,除此以外的所有引用类的方式都不会触发类的初始化,称为被动引用。
下面通过三个实例来说明被动引用:
示例一
父类SuperClass.java
Java代码
package com.chenzhou.classloading;
/**
* ClassName:SuperClass <br/>
* Function: 被动使用类:通过子类引用父类的静态字段,不会导致子类初始化. <br/>
* Date: 2012-7-18 上午09:37:06 <br/>
* @author chenzhou
* @version
* @since JDK 1.6
* @see
*/
public class SuperClass {
static{
System.out.println("SuperClass init!");
}
public static int value = 123;
}
子类SubClass.java
Java代码
package com.chenzhou.classloading;
public class SubClass extends SuperClass {
static{
System.out.println("SubClass init!");
}
}
主类NotInitialization.java
Java代码
package com.chenzhou.classloading;
/**
* ClassName:NotInitialization <br/>
* Function: 非主动使用类字段演示. <br/>
* Date: 2012-7-18 上午09:41:14 <br/>
* @author chenzhou
* @version
* @since JDK 1.6
* @see
*/
public class NotInitialization {
public static void main(String[] args) {
System.out.println(SubClass.value);
}
}
输出结果:
Txt代码
SuperClass init!
123
由结果可以看出只输出了“SuperClass init!”,没有输出“SubClass init!”。这是因为对于静态字段,只有直接定义该字段的类才会被初始化,因此当我们通过子类来引用父类中定义的静态字段时,只会触发父类的初始化,而不会触发子类的初始化。
示例二
父类SuperClass.java如上一个示例一样
主类NotInitialization.java
Java代码
package com.chenzhou.classloading;
/**
* ClassName:NotInitialization <br/>
* Function: 通过数组定义来引用类,不会触发此类的初始化. <br/>
* Date: 2012-7-18 上午09:41:14 <br/>
* @author chenzhou
* @version
* @since JDK 1.6
* @see
*/
public class NotInitialization {
public static void main(String[] args) {
SuperClass[] scs = new SuperClass[10];
}
}
输出结果为空
没有输出“SuperClass init!”说明没有触发类com.chenzhou.classloading.SuperClass的初始化阶段,但是这段代码会触发“[Lcom.chenzhou.classloading.SuperClass”类的初始化阶段。这个类是由虚拟机自动生成的,该创建动作由newarray触发。
示例三
常量类ConstClass.java
Java代码
package com.chenzhou.classloading;
/**
* ClassName:ConstClass <br/>
* Function: 常量在编译阶段会存入调用类的常量池中,本质上没有直接引用到定义常量的类,因此不会触发定义常量的类的初始化. <br/>
* Reason: TODO ADD REASON. <br/>
* Date: 2012-7-18 上午09:46:56 <br/>
* @author chenzhou
* @version
* @since JDK 1.6
* @see
*/
public class ConstClass {
static{
System.out.println("ConstClass init!");
}
public static final String HELLOWORLD = "hello world";
}
主类NotInitialization.java
Java代码
package com.chenzhou.classloading;
/**
* ClassName:NotInitialization <br/>
* Function: 非主动实用类字段演示. <br/>
* Date: 2012-7-18 上午09:41:14 <br/>
* @author chenzhou
* @version
* @since JDK 1.6
* @see
*/
public class NotInitialization {
public static void main(String[] args) {
System.out.println(ConstClass.HELLOWORLD);
}
}
输出:hello world
上面的示例代码运行后也没有输出“SuperClass init!”,这是因为虽然在Java源码中引用了ConstClass类中的常量HELLOWORLD,但是在编译阶段将此常量的值“hello world”存储到了NotInitialization类的常量池中,对于常量ConstClass.HELLOWORLD的引用实际上都被转化为NotInitialization类对自身常量池的引用了。实际上NotInitialization的Class文件之中已经不存在ConstClass类的符号引用入口了。
接口的加载过程与类加载的区别在于上面提到的四种场景中的第三种,当类在初始化时要求其父类都已经初始化过了,但是一个接口在初始化时,并不要求其父类都完成了初始化,只有在真正用到父类接口的时候(如引用父接口的常量)才会初始化。
Java虚拟机把描述类的数据从Class文件加载到内存,并对数据进行校验、转换解析和初始化,最终形成可以被虚拟机直接使用的Java类型,这就是虚拟机的加载机制。
类从被加载到虚拟机内存中开始,到卸载出内存为止,它的整个生命周期包括了:加载(Loading)、验证(Verification)、准备(Preparation)、解析(Resolution)、初始化(Initialization)、使用(using)、和卸载(Unloading)七个阶段。其中验证、准备和解析三个部分统称为连接(Linking),这七个阶段的发生顺序如下图所示:
如上图所示,加载、验证、准备、初始化和卸载这五个阶段的顺序是确定的,类的加载过程必须按照这个顺序来按部就班地开始,而解析阶段则不一定,它在某些情况下可以在初始化阶段后再开始。
类的生命周期的每一个阶段通常都是互相交叉混合式进行的,通常会在一个阶段执行的过程中调用或激活另外一个阶段。
Java虚拟机规范没有强制性约束在什么时候开始类加载过程,但是对于初始化阶段,虚拟机规范则严格规定了有且只有四种情况必需立即对类进行“初始化”(而加载、验证、准备阶段则必需在此之前开始),这四种情况归类如下:
1.遇到new、getstatic、putstatic或invokestatic这4条字节码指令时,如果类没有进行过初始化,则需要先触发其初始化。生成这4条指令最常见的Java代码场景是:使用new关键字实例化对象时、读取或者设置一个类的静态字段(被final修饰、已在编译器把结果放入常量池的静态字段除外)时、以及调用一个类的静态方法的时候。
2.使用java.lang.reflect包的方法对类进行反射调用的时候,如果类没有进行过初始化,则需要先触发其初始化。
3.当初始化一个类的时候,如果发现其父类还没有进行过初始化,则需要触发父类的初始化。
4.当虚拟机启动时,用户需要指定一个执行的主类(包含main()方法的类),虚拟机会先初始化这个类。
对于这四种触发类进行初始化的场景,在java虚拟机规范中限定了“有且只有”这四种场景会触发。这四种场景的行为称为对类的主动引用,除此以外的所有引用类的方式都不会触发类的初始化,称为被动引用。
下面通过三个实例来说明被动引用:
示例一
父类SuperClass.java
Java代码
package com.chenzhou.classloading;
/**
* ClassName:SuperClass <br/>
* Function: 被动使用类:通过子类引用父类的静态字段,不会导致子类初始化. <br/>
* Date: 2012-7-18 上午09:37:06 <br/>
* @author chenzhou
* @version
* @since JDK 1.6
* @see
*/
public class SuperClass {
static{
System.out.println("SuperClass init!");
}
public static int value = 123;
}
子类SubClass.java
Java代码
package com.chenzhou.classloading;
public class SubClass extends SuperClass {
static{
System.out.println("SubClass init!");
}
}
主类NotInitialization.java
Java代码
package com.chenzhou.classloading;
/**
* ClassName:NotInitialization <br/>
* Function: 非主动使用类字段演示. <br/>
* Date: 2012-7-18 上午09:41:14 <br/>
* @author chenzhou
* @version
* @since JDK 1.6
* @see
*/
public class NotInitialization {
public static void main(String[] args) {
System.out.println(SubClass.value);
}
}
输出结果:
Txt代码
SuperClass init!
123
由结果可以看出只输出了“SuperClass init!”,没有输出“SubClass init!”。这是因为对于静态字段,只有直接定义该字段的类才会被初始化,因此当我们通过子类来引用父类中定义的静态字段时,只会触发父类的初始化,而不会触发子类的初始化。
示例二
父类SuperClass.java如上一个示例一样
主类NotInitialization.java
Java代码
package com.chenzhou.classloading;
/**
* ClassName:NotInitialization <br/>
* Function: 通过数组定义来引用类,不会触发此类的初始化. <br/>
* Date: 2012-7-18 上午09:41:14 <br/>
* @author chenzhou
* @version
* @since JDK 1.6
* @see
*/
public class NotInitialization {
public static void main(String[] args) {
SuperClass[] scs = new SuperClass[10];
}
}
输出结果为空
没有输出“SuperClass init!”说明没有触发类com.chenzhou.classloading.SuperClass的初始化阶段,但是这段代码会触发“[Lcom.chenzhou.classloading.SuperClass”类的初始化阶段。这个类是由虚拟机自动生成的,该创建动作由newarray触发。
示例三
常量类ConstClass.java
Java代码
package com.chenzhou.classloading;
/**
* ClassName:ConstClass <br/>
* Function: 常量在编译阶段会存入调用类的常量池中,本质上没有直接引用到定义常量的类,因此不会触发定义常量的类的初始化. <br/>
* Reason: TODO ADD REASON. <br/>
* Date: 2012-7-18 上午09:46:56 <br/>
* @author chenzhou
* @version
* @since JDK 1.6
* @see
*/
public class ConstClass {
static{
System.out.println("ConstClass init!");
}
public static final String HELLOWORLD = "hello world";
}
主类NotInitialization.java
Java代码
package com.chenzhou.classloading;
/**
* ClassName:NotInitialization <br/>
* Function: 非主动实用类字段演示. <br/>
* Date: 2012-7-18 上午09:41:14 <br/>
* @author chenzhou
* @version
* @since JDK 1.6
* @see
*/
public class NotInitialization {
public static void main(String[] args) {
System.out.println(ConstClass.HELLOWORLD);
}
}
输出:hello world
上面的示例代码运行后也没有输出“SuperClass init!”,这是因为虽然在Java源码中引用了ConstClass类中的常量HELLOWORLD,但是在编译阶段将此常量的值“hello world”存储到了NotInitialization类的常量池中,对于常量ConstClass.HELLOWORLD的引用实际上都被转化为NotInitialization类对自身常量池的引用了。实际上NotInitialization的Class文件之中已经不存在ConstClass类的符号引用入口了。
接口的加载过程与类加载的区别在于上面提到的四种场景中的第三种,当类在初始化时要求其父类都已经初始化过了,但是一个接口在初始化时,并不要求其父类都完成了初始化,只有在真正用到父类接口的时候(如引用父接口的常量)才会初始化。
相关文章推荐
- jvm-加载器-学习笔记(2)
- JVM学习笔记(二)---类加载器
- JVM 学习笔记--- 类的加载和执行
- JVM学习笔记:虚拟机的类加载机制
- JVM学习笔记五 :虚拟机类加载器
- JVM虚拟机学习笔记01:类的加载、连接、初始化
- JVM学习笔记之虚拟机类加载机制
- JVM学习笔记(八):类加载器以及双亲委派模型介绍
- jvm-加载器-学习笔记(1)
- JVM学习笔记一:类加载机制介绍
- JVM学习笔记——虚拟机类加载机制
- Java学习笔记—JVM的类加载机制
- JVM学习记录-类加载时机
- JVM深入学习笔记六-JVM类加载
- JVM学习笔记(七):类加载的过程
- JVM学习笔记三:JVM类加载机制
- JVM学习笔记(二)——虚拟机类加载机制
- Java学习笔记 - JVM加载类纯语言描述
- JVM学习笔记2——类加载机制
- [jvm学习笔记]-类加载过程