JVM成神之路-类加载机制-双亲委派,破坏双亲委派


JVM成神之路-类加载机制-双亲委派,破坏双亲委派

文章插图
概述
概念
虚拟机把描述类的数据从Class文件加载到内存,并对数据进行校验、转换解析和初始化,最终形成可以被虚拟机直接时候用的Java类型 。
类的生命周期
类从被加载到虚拟机内存中开始,到卸载出内存为止,它的整个生命周期包括:加载、验证、准备、解析、初始化、使用、卸载 。其中验证、准备、解析统称为连接
上图中,加载、验证、准备、初始化和卸载这5个阶段的顺序是确定的,类的加载过程必须严格按照这种顺序开始 。
解析阶段则不一定,它在某些情况下,可以在初始化阶段之后再开始,这是为了支持Java语言的运行时绑定(动态绑定|晚期绑定)
类加载-时机
主动引用
Java虚拟机规范中并没有进行强制约束什么时候开始类加载过程的第一个阶段-加载,可以交给虚拟机具体实现来自由把握 。但对于初始化阶段,虚拟机规范严格规定有且只有5种情况必须立即对类进行初始化(加载、验证、准备自然要在此之前开始)
4条指令最常见Java代码场景:用new关键字实例化对象的时候、读取或设置一个类的静态字段(被final修饰、已在编译器把结果放入常量池的静态字段除外)的时候、调用一个类的静态方法的时候 。
注意这里和接口的初始化有点区别,,一个接口在初始化时,并不要求其父接口全部都完成了初始化,只要在真正使用到父接口的时候(如引用接口中定义的常量)才会初始化 。
被动引用
以上5种场景均有一个必须的限定:“有且只有”,这5种场景中的行为称为对一个类进行主动引用 。除此之外,所有引用类的方式都不会触发初始化,称为被动引用 。
示例1
/*** 通过子类引用父类的静态字段,不会导致子类初始化*/public class SuperClass {static {System.out.println("SuperClass init....");}public static int value = http://www.kingceram.com/post/123;}package com.xdwang.demo;public class SubClass extends SuperClass {static {System.out.println("SubClass init....");}}package com.xdwang.demo;public class Test {public static void main(String[] args) {System.out.println(SubClass.value);}}
运行结果:
SuperClass init....123
结论:
对于静态字段,只有直接定义这个字段的类才会被初始化,因此通过其子类来引用父类中定义的静态字段,只会触发父类的初始化而不会触发子类的初始化 。(是否触发子类的加载和验证,取决于虚拟机具体的实现,对于来说,可以通过-XX:+参数观察到此操作会导致子类的加载)
示例2
package com.xdwang.demo;public class Test2 {public static void main(String[] args) {//SuperClass[] superClasses = new SubClass[10];}}
无任何输出
结论:
通过数组定义来引用类,不会触发此类的初始化
这里其实会触发另一个类的初始化
示例3
public class ConstClass {static {System.out.println("ConstClass init....");}public static final String MM = "hello Franco";}package com.xdwang.demo;public class Test3 {public static void main(String[] args) {System.out.println(ConstClass.MM);}}
运行结果:
hello Franco
并没有 init….,这是因为虽然Test3里引用了类中的常量,但其实在编译阶段通过常量传播优化,已经将此常量存储到Test3类的常量池中 。两个类在编译成class之后就不存在任何联系了 。
类加载-过程
加载
加载阶段(可参考java.lang.的()方法),虚拟机要完成以下3件事情: