类加载机制
类的生命周期
类从被加载到虚拟机内存中开始,到卸载出内存为止,生命周期包括:
加载、验证、准备、解析、初始化、使用和卸载7个阶段。其中验证、准备、解析3个部分统称为连接。
加载、验证、准备、初始化和卸载这5个阶段的顺序是确定的,类的加载过程必须按照这种顺序按部就班地开始,
可以在初始化之后再解析,为了支持java语言运行时绑定
类的初始化时机
java虚拟机规范中并没有对加载有强制约束,但是对于类的初始化,java虚拟机规范中严格规定有且只有5种情况必须进行:
1> 遇到new、getstatic、putstatic或invokestatic这4条字节码指令时候,如果类没有进行初始化,则会触发初始化,
最常见的场景:使用new 实例化对象的时候、读取或者设置一个类的静态字段(被final修饰、已在编译期间把结果放入常量池的静态字段除外)的时候,以及调用类的静态方法的时候
2> 使用java.lang.reflect包的时候对类进行反射调用的时候,如果类没有进行过初始化,则需要先触发其初始化
3> 初始化一个类的时候,如果发现父类还没有进行过初始化,则需要先触发其父类的初始化
4> 当虚拟机启动时候,用户需要制定一个执行的主类(包含main方法的类),这个类会优先初始化
5> 当使用JDK1.7动态语言支持时,如果一个java.lang.invoke.MethodHandle实例最后解析方法句柄是:
REF_getStatic、REF_putStatic、REF_invokeStatic,并且这个句柄对应的类没有进行过初始化,需要出发初始化操作
note:
上面的5种场景中的行为成为对一个类进行主动引用,除此之外,所有引用类的方式都不会触发初始化,称为被动引用。
被动引用的场景
1 . 子类调用父类的静态变量:只会触发父类的初始化、不会触发子类的初始化
class SuperClass{
static{
System.out.println("SuperClass init! ");
}
public static int value = 1;
}
class SubClass extends SuperClass{
static{
System.out.println("SubClass init !");
}
}
public class Test {
public static void main(String[] args) throws ParseException {
System.out.println(SubClass.value);
}
}
输出结果:
证明子类调用父类的静态变量,不会去触发子类的初始化
SuperClass init!
1
如果将父类的变量改为常量,子类调用这个常量,也不会去触发父类的初始化
1
2.通过数组定义来引用类,不会触发此类的初始化
public static void main(String[] args) throws ParseException {
SuperClass[] test = new SuperClass[10];
}
3. 常量在编译阶段会存入调用类的常量池中,本质上并没有直接引用到定义常量的类,不会触发类的初始化
class ConstClass{
static{
System.out.println("ConstClass init ");
}
public static final String HELLOWORLD = "hello world!";
}
public class Test {
public static void main(String[] args) throws ParseException {
System.out.println(ConstClass.HELLOWORLD);
}
}
结果并不会去输出"ConstClass Init!",因为源码虽然引用了常量信息,但是在编译期间已将常量的值hello world存储到Test类的常量池中,以后对常量的引用都转为对自身常量池的引用.也就是Test类的class文件中没有ConstClass类的符号引用入口,这两个类在编译成class之后就不存在任何联系
注意:
接口的加载过程和类加载过程有一些不同,针对接口需要做一些特殊说明:接口也有初始化过程,前面测试中使用static{}来输出初始化信息的,接口中不能使用static{}语句块,但是编译器仍然会为接口生成<clinit>()类构造器,用于初始化接口中定义的成员变量。
接口和类真正有区别的地方是:当一个类在初始化时,要求父类全部都已经初始化过了,但是一个接口在初始化时,并不要求父接口全部完成初始化,只有在真正使用到父接口(如引用接口中定义的变量)才会初始化