JVM规范中初始化类的5种情况(有且仅有)及示例解析

类从被加载到虚拟机内存中开始，到卸载出内存为止，它的整个生命周期包括：加载、验证、准备、解析、初始化、使用和卸载 7个阶段。其中验证、准备、解析3个部分统称为连接。

加载、验证、准备、初始化和卸载这5个阶段的顺序是确定的，类的加载过程必须按照这种顺序按部就班的开始，而解析阶段则不一定：它在某些情况下可以在初始化阶段之后再开始，这是为了支持Java语言的运行时绑定(也称为动态绑定或晚期绑定)。

Java虚拟机规范严格规定了有且只有5种情况必须立即对类进行“初始化”（而加载、验证、准备自然需要在此之前开始）：

1.遇到new,getstatic,putstatic和invokestatic这4条指令时，如果类没有初始化时，则需要先触发其初始化。生成这4条指令的最常见Java代码场景是：使用new关键字实例化对象、读取或设置一个类的静态字段(被final修饰、已在编译期把结果放入常量池的静态字段除外)，以及调用一个类的静态方法。

2. 使用java.lang.reflect包的方法对类进行反射调用时候。

3. 当初始化一个类时，发现其父类没有进行初始化，则需先触发其父类的初始化。

4. 当虚拟机启动时，用户需要制定一个要执行的主类（包含main()方法的那个类），当前类需要先初始化

5. 当使用JDK1.7的动态语言支持时，如果一个java.lang.invoke.MethodHandle实例最后的解析结果REF_putStatic、REF_getStatic、REF_invokeStatic的方法句柄，并且此方法句柄所对应的类没有进行初始化时，需要初始化该类。

除以上5种情况外，所有引用类的方式都不会触发初始化，称为被动引用。三种被动引用的例子如下：

package NormalTest;

/**
 * Created by ZhangAnmy on 18/9/30.
 *
 * 结果：
 SuperClass init!
 123
 * 通过子类引用父类的静态字段,只会触发父类的初始化而不会触发子类的初始化.
 * 对于Sun HotSpot虚拟机,可通过 -XX:+TraceClassLoading参数观察到此操作会导致子类的加载
 */

class SuperClass
{
    static {
        System.out.println("SuperClass init!");
    }

    public static int value = 123; //此处没有final修饰，仅static修饰符
}

class SubClass extends SuperClass
{
    static {
        System.out.println("SubClass init!");
    }
}

public class NotInitialization0930 {
    public static void main(String[] args)
    {
        System.out.println(SubClass.value);
    }
}

/*
* 没有输出结果
* 通过数组定义来引用类，不会触发此类的初始化
*/
public class NotInitialization0930 {
    public static void main(String[] args)
    {
//        System.out.println(SubClass.value);
        SuperClass[] sca = new SuperClass[10];
    }
}

/*
* 输出结果:JD (没有输出 ConstClass init!)
* 常量在编译阶段会存入调用类的常量池中,本质上并没有直接引用到定义常量的类,因此不会触发定义常量的类的初始化.
*/
class ConstClass {
    static {
        System.out.println("ConstClass init!");
    }
    public static final String jd = "JD"; //此处有final修饰符
}

public class NotInitialization0930 {
    public static void main(String[] args)
    {
//        System.out.println(SubClass.value);
//        SuperClass[] sca = new SuperClass[10];
        System.out.println(ConstClass.jd);
    }
}

解析：
在Java源码中引用了ConstClass类中的常量jd,但其实在编译阶段通过常量传播优化,已经将此常量的值JD存储到了NotInitialization0930类的常量池中,以后NotInitialization0930对常量ConstClass.jd的引用实际都转化为NotInitialization0930类对自身常量池的引用了,即:NotInitialization0930的Class文件之中并没有ConstClass类的符号引用入口,这两个类在编译成Class之后就不存在任何联系了。