1.类的生命周期
类从被加载到虚拟机内存中开始,到卸载出内存为止,他的整个生命周期包括了:
加载 —— 验证 —— 准备 —— 解析 —— 初始化 —— 使用 —— 卸载
2.初始化的时机?
什么时候进行类的加载,虚拟机规范里面并没有强制约束。但是对于初始化阶段,虚拟机规范严格规定了有且只有四种情况必须对类进行初始化(加载、验证、准备自然要在此之前开始):
-
1、遇到 new、putstatic、getstatic、invokestatic 这四条字节码指令时,如果类没有进行过初始化,则需要先触发其初始化。
- 生成这4条指令的最常见的Java代码场景是:
- 使用new关键字实例化对象的时候
- 读取或设置一个类的静态字段(被 final 修饰、已在编译期把结果放入常量池的静态字段除外)的时候
- 调用一个类的静态方法的时候
- 生成这4条指令的最常见的Java代码场景是:
-
2、使用java.lang.reflect包的方法对类进行发射调用的时候,如果类没有进行 过初始化,则需要先触发其初始化
-
3、当初始化一个类的时候,如果发现其父类还没有进行过初始化,则需要先触发其父类的初始化
-
4、当虚拟机启动时,用户需要指定一个要执行的主类(包含main()方法的那个类),虚拟机会先初始化这个主类。
这四种场景中的行为称为对一个类进行主动引用,除此之外所有引用类的方式,都不会触发初始化,称为被动引用。
3. 被动引用举例
3.1 演示一
- 通过子类引用父类的静态字段,不会导致子类初始化
//父类
public class SuperClass {
static {
System.out.println("SuperClass init!");
}
public static int value = 123;
}
//子类
public class SubClass extends SuperClass {
static {
System.out.println("SubClass init!");
}
}
public class test1 {
public static void main(String[] args) {
System.out.println(SubClass.value);
}
}
- 上述代码运行之后,只会输出 “SuperClass init!”,而不会输出 “SubClass init!”
- 对于静态字段,只有直接定义这个字段的类才会被初始化,因此通过其子类来引用父类中定义的静态字段,只会触发父类的初始化而不会触发子类的初始化
3.2 演示二
- 通过数组定义来引用类,不会触发此类的初始化
public class SuperClass {
static {
System.out.println("SuperClass init!");
}
public static int value = 123;
}
public class NotInitialization{
public static void main(String[]args){
SuperClass[] sca = new SuperClass[10];
System.out.println(s.length);
}
}
- 运行之后发现没有输出 SuperClass init !,但是输出了 10
- 说明并没有触发类 org.fenixsoft.classloading.SuperClass 的初始化阶段,但是这段代码里面触发了另外一个名为 “[Lorg.fenixsoft.classloading.SuperClass” 的类的初始化阶段,对于用户代码来说,这并不是一个合法的类名称,它是一个由虚拟机自动生成的、直接继承于java.lang.Object的子类,创建动作由字节码指令newarray 触发
- 这个类代表了一个元素类型为 org.fenixsoft.classloading.SuperClass 的一维数组,数组中应有的属性和方法(用户可直接使用的只有被修饰为 public 的 length 属性和 clone() 方法)都实现在这个类里
3.3 演示三
- 常量在编译阶段会存入调用类的常量池中,本质上没有直接引用到定义常量的类, 因此不会触发定义常量的类
public class ConstClass {
static{
System.out.println("ConstClass init!");
}
public static final String HELLOWORLD="hello world";
}
public class test1 {
public static void main(String[] args) {
System.out.println(ConstClass.HELLOWORLD);
}
}
- 上述代码运行之后,也没有输出“ConstClass init!”
- 虽然在源码中引用了 ConstClass 类中的常量 HELLOWORLD,但是在编译阶段将此常量的值存储到了 test1 类的常量池中,对常量 ConstClass.HELLOWORLD 的引用实际都被转化为 test1 类对自身常 量池的引用了
- 实际上 test1 的 Class 文件之中并没有 ConstClass 类的符号引用入口,这两个类在编译成 Class 之后就不存在任何联系了。
4,接口与类的区别
- 接口的加载过程与类加载过程稍有一些不同,针对接口需要做一些特殊说明:接口也有初始化过程,这点与类是一致的
- 上面的代码都是用静态语句块“static{}”来输出初始化信息的,而接口中不能使用“static{}”语句块,但编译器仍然会为接口生成“<clinit>()” 类构造器,用于初始化接口中所定义 的成员变量。
- 接口与类真正有所区别的是前面讲述的四种“有且仅有”需要开始初始化场景中的第三种:当一个类在初始化时,要求其父类全部都已经初始化过了, 但是一个接口在初始化时,并不要求其父接口全部都完成了初始化,只有在真正使用到父接口的时候(如引用接口中定义的常量)才会初始化。
- 类: