JVM学习笔记(七)类加载机制－类加载的时机、过程

前言

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

  与那些在编译时需要进行连接工作的语言不同，在java语言里，类型的加载，连接和初始化过程都是在程序运行期间完成的，这种策略虽然会令类加载时稍微增加一些性能开销，但是会为java应用程序提供高度的灵活性，在java里天生可以动态扩展的语言特性就是依赖运行期动态加载和动态连接这个特点实现的。

  例如，如果编写一个面向接口的应用程序，可以等到运行时再指定其实际的实现类；用户可以通过java预定义的和自定义的类加载器，让一个本地的应用程序可以在运行时从网络或其他地方加载一个二进制流作为程序代码的一部分，这种组装应用程序的方式目前已广泛应用于java程序之中。

---

一、类加载的时机

  类从被加载到虚拟机内存中开始，到卸载出内存为止，它的整个生命周期包括：加载（Loading）、验证（Verification）、准备（Preparation）、解析（Resolution）、初始化（Initialization）、使用（Using）和卸载（Unloading）7个阶段。其中验证、准备、解析三个部分统称为连接（Linking），这7个阶段的发生顺序如下图所示：

  加载、验证、准备、初始化、和卸载这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_getStatic、REF_putStatic、REF_invokeStatic的方法句柄，并且这个方法句柄所对应的类没有进行过初始化，则需要先触发其初始化。

  java虚拟机规范中规定有且只有这5种会触发类进行初始化的场景，这5种场景中的行为称为对一个类进行主动引用。除此之外，所有引用类的方式都不会触发初始化，称为被动引用。

下面是三个被动引用的例子：
被动引用例子一：通过子类引用父类的静态字段，不会导致子类初始化

package com.blog.test.jvm;
/**
 * 被动使用类字段演示一：
 * 通过子类引用父类的静态字段，不会导致子类初始化
 */
public class SuperClass {
   

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

    public static int value=123;

}

public class SubClass extends SuperClass{
   
    static {