JVM_13_类加载的时机

虚拟机类加载机制

参考资料：

《JVM进阶(十四)——初识JAVA 类加载机制》

虚拟机把描述类的数据从Class文件加载到内存，并对数据进行校验、转换解析和初始化，最终形成可以被虚拟机直接使用的Java类型，这就是虚拟机的类加载机制。

在Java语言中，类型的加载、连接和初始化过程都是在程序运行期间完成的。

类加载的时机

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

其中验证、准备、解析3个部分统称为连接。

生命周期如下图：

上图中，加载、验证、准备、初始化和卸载这5各阶段的顺序是确定的，类加载过程必须按照这种顺序按部就班的开始。

而解析阶段则不一定：它在某些情况 下可以在初始化阶段之后再开始，这是为了支持Java语言的运行时绑定。

注意：是按部就班的"开始"，而不是按部就班的"进行"或"完成"，强调这一点是因为，这些阶段通常都是互相交互交叉混合进行的，通常会在一个阶段执行的过程中调用、激活另外一个阶段。

什么情况下开始加载呢？

Java虚拟机规范中并没有进行强制约束，这点可以交给虚拟机耳钉具体实现来自由把握。

但是对于初始化阶段，虚拟机规范则是严格规定了有且只有5种情况必须立即对类进行"初始化"(加载、验证、准备自然需要在此之前开始)

1. 遇到new、getstatic、putstatic或invokestatic这四条字节码指令时，如果类没有进行初始化，则需要先触发其初始化。
          场景：

                    使用new关键字实例化对象的时候；

                    读取或设置一个类的静态字段的时候；

                    以及调用一个类的静态方法的时候；

2. 使用java.lang.reflect包的方法对类进行反射调用的时候，如果类没有进行过初始化，则需要先触发其初始化。

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

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

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

对于以上5种会触发类进行初始化的场景，虚拟机规范中使用了一个很强烈的限定语义："有且只有"；

这5种场景中的行为，称之为对一个类进行主动引用。

除此之外，所有引用类的方式都不会触发初始化，称为被动引用。