类加载过程

1. 类加载的时机

1.1 类加载各个阶段及顺序

上图中，加载、验证、准备、初始化和卸载这五个阶段的顺序是确定的，类型的加载过程必须按照这种顺序按部就班地开始，而解析阶段则不一定：它在某些情况下可以在初始化阶段之后再开始，这是为了支持Java语言的运行时绑定特性(也称为动态绑定或晚期绑定)。请注意，这里写的是按部就班地“开始”，而不是按部就班地“进行”或“完成”，强调这点是因为这些阶段通常都是互相交叉地混合进行的，会在一个阶段的过程中调用、激活另一阶段。

1.2 什么情况必须立即对类进行“初始化”

关于在什么情况下需要开始类加载过程的第一个阶段“加载”，《Java虚拟机规范》中并没有进行强制约束，这点可以交给虚拟机的具体实现来自由把握。但是对于初始化阶段《Java虚拟机规范》则是严格规定了有且只有6种情况必须立即对类进行“初始化”（而加载、验证、准备自然需要在此之前开始）：

(倒数第二条看不懂)

• 遇到new、getstatic、putstatic或invokestatic(用于调用静态方法) 这四条字节码指令时，如果类型没有进行过初始化，则需要先触发其初始化阶段。能够生成这四条指令的典型Java代码场景有：
  (1) 使用new关键字实例化对象的时候。
  (2) 读取或设置一个类型的静态字段（被final修饰、已在编译器把结果放入常量池的静态字段除外）的时候。
  (3) 调用一个类型的静态方法的时候。
• 使用java.lang.reflect包的方法对类型进行反射调用的时候，如果类型没有进行过初始化，则需要先触发其初始化阶段。
• 当初始化类的时候，如果发现其父类还没有进行初始化，则需要先触发其父类的初始化。
• 当虚拟机启动时，用户需要指定一个要执行的主类(包含main()方法的那个类)，虚拟机会先初始化这个主类。
• 当使用JDK 7新加人的动态语言支持时，如果一个java.lang.invoke.MethodHandle实例最后的解析结果为REF_getStatic、REF_putStatic、REF_invokeStatic、REF_newInvokeSpecial 四种类型的方法句柄，并且这个方法句柄对应的类没有进行过初始化，则需要先触发其初始化。
• 当一个接口中定义了JDK 8新加入的默认方法(被default关键字修饰的接口方法)时，如果有这个接口的实现类发生了初始化，那该接口要在其之前被初始化。

1.3 什么情况必须立即对接口进行“初始化”

1. 接口的加载过程与类加载过程稍有不同，针对接口需要做一些特殊说明：接口也有初始化过程，这点与类是一致的，接口中不能使用“static{}”语句块，但编译器仍然会为接口生成“< clinit>()”类构造器，用于初始化接口中所定义的成员变量。
2. 接口与类真正有所区别的是上面类初始化引发条件的第三种：当一个接口初始化时，并不要求其父接口全部都完成了初始化，只有在真正使用到父接口的时候（如引用接口中定义的常量）才会初始化。

1.4 几种需要注意的情况

1. 通过子类引用父类的静态字段，不会导致子类初始化
   原因：对于静态字段，只有直接定义这个字段的类才会被初始化。至于是否否要触发子类的加载和验证阶段，并未明确规定。
2. ClassA[] arr=new ClassA[10]; 这样并不会触发ClassA类的初始化。 会触发另一个类的初始化，创建动作由字节码指令newarray(创建一个原始类型数组)或anewarray(创建一个引用类型数组)指令触发。
3. 常量在编译阶段会存入调用类的常量池中，本质没有直接引用到定义常量的类，因此不会触发定义常量类的初始化。

package demo.test;

public class Yeye {
    public static final int x=2;
    static{
        System.out.println("Yeye clinit");
    }
}

public class Test {
    public static void main(String[] args){
        System.out.println(Yeye.x);
    }
}
//运行Test.main()后，console只输出2，可见并没有触发Yeye类的初始化。

---

2. 类加载的过程

2.1 加载

在加载阶段，Java虚拟机需要完成以下三件事情：

1. 通过一个类的全限定名来获取定义此类的二进制字节流。
2. 将这个字节流多代表的静态存储结构转化为方法区的运行时数据结构
3. 在内存中生成一个代表这个类的java.lang.Class对象，作为方法区这个类的各种数据的访问入口。

并没有指明二进制字节流必须得从某个Class文件中获取，确切地说是根本没有指明要从哪里获取，如何获取。就可以从zip中获取(为日后jar,war格式的基础)，从网络中获取(如Web Applet)，运行时计算生成(动态代理技术)，从数据中，加密文件中读取等等。

对于数组类的加载

数组类本身不通过类加载器创建，它是由Java虚拟机直接在内存中动态构造出来的。数组类的元素类型最终还是要靠类加载器来完成加载，一个数组类创建过程遵循以下规则：

1. 数组的组件类型是引用类型，采用正常的加载过程去加载这个组件的类型，该数组将被标识在加载该组件类型的类加载器的类名称空间上。
2. 数组的组件类型不是引用类型，Java虚拟机将会把该数组标记为与引导类加载器关联。
3. 数组类的可访问性与它的组件类型可访问性一直，如果组件类型不是引用类型，他的数组类的可访问性默认为public，可被所有的类和接口访问到。

2.2 验证

验证是连接阶段的第一步，这一阶段的目的是确保Class文件的字节流中包含的信息符合《Java虚拟机规范》的全部约束要求，保证这些信息被当作代码运行后不会危害虚拟机自身的安全。

2.2.1 文件格式验证

验证字节流是否符合Class文件格式的规范，并且能被当前版本的虚拟机处理。

1. 是否以魔数开头
2. 主次版本号是否在当前虚拟机接受范围之内
3. 常量池的常量中是否有不被支持的常量类型（检查常量tag标志）
   … …

2.2.2 元数据验证

对字节码描述的信息进行语义分析，以保证其描述的信息符合《Java虚拟机规范》的要求。

1. 这个类是否有父类。
2. 这个类的父类是否继承了不允许被继承的类(被final修饰的类)
3. 如果这个类不是抽象类，是否实现了父类或接口之中要求实现的所有方法。
4. 类中的方法是否与父类产生矛盾(如出现不符合规则的方法重载，方法参数都一致，返回值类型却不同)。
   … …

2.2.3 字节码验证

主要目的是通过数据流分析和控制控制流分析，确定程序于语义是合法，符合逻辑的。上一步是对元数据信息中的数据类型校验完毕以后，这一步就是要对类的方法体(Class文件中的Code属性)进行校验分析，保证被校验类的方法在运行时不会做出危害虚拟机安全的行为。

1. 保证任何跳转指令都不会跳转到方法体以外的字节码指令上。
2. 保证方法体中的类型转换总是有效的，例如可以把一个子类对象赋值给父类数据类型，这是安全的，反之则是危险和不合法的。
3. 保证任何时刻操作数栈的数据类型与指令代码序列都能配合工作。
   … …

2.2.4 符号引用验证(#)

该阶段的校验行为发生在虚拟机将符号引用转化为直接引用的时候，这个转化动作将在连接的第三阶段——解析阶段中发生。符号引用验证可以看作是对类自身以外（常量池中的各种符号引用）的各类信息进行匹配行校验，通俗地说就是，该类是否缺少或者被禁止访问它依赖的某些外部类、方法、字段等资源。

1. 符号引用中通过字符串描述的全限定名是否能找到相应的类。
2. 符号引用中的类、字段、方法的可访问性是否可以被当前类访问。
3. 在指定类中是否存在符合的方法和字段
   … …

2.3 准备

准备阶段是正式为类中定义的变量(即静态变量)分配内存并设置类变量初始值的阶段，从概念上讲，这些变量所使用的内存都应当在方法区中进行分配。jdk8及以后类变量和字符串常量池都放入堆中。

需要注意两点：

1. 实例变量将会在对象实例化时随着对象一起分配在Java堆中。
2. public static int value=123;
   value在准备阶段过后的初始值为0 而不是123，因为这时尚未开始执行任何Java方法，而把value赋值为123的putstatic指令是程序被编译后，存放于类构造器< clinit>()方法之中，所以value=123的动作要到类的初始化阶段才会被执行。
3. 如果类字段的字段属性表中存在ConstantValue属性，那在准备阶段变量值就会被初始化为ConstantValue属性所指定的初始值。
   public static int value=123;
   编译时javac将会为value生成ConstantValue属性，那在准备阶段变量值就会根据ConstantValue的设置将value赋值为123.

2.4 解析 (重要)

解析阶段是Java虚拟机将常量池内的符号引用替换为直接引用的过程。

2.4.1 类或接口的解析

假设当前代码所处的类为D，如果要把一个从未解析过的符号引用N解析为一个类或接口C的直接引用，那么虚拟机完成解析的过程需要包括以下3个步骤：

1. 如果C不是一个数组类型，那虚拟机将会把代表N的全限定名传递给D的类加载其去加载这个类C。在加载过程中，由于元数据验证、字节码验证的需要，有可能触发其他相关类的加载动作，例如加载这个类的父类或实现的接口。一旦这个加载过程出现了任何异常，解析过程就将宣告失败。
2. 如果C是一个数组类型，并且数据的元素类型为对象，则会按第一点的规则加载数组元素类型。接着由虚拟机生成一个代表该数组维度和元素的数组对象。
3. 如果上面两步没有出现任何异常，那么C在虚拟机中实际上已经成为一个有效的类或接口了，但在解析完成前还要进行符号引用验证，确认D是否具备对C的访问权限。如果不具备，将抛出java.lang.IllegalAccessError异常。
   JDK9引入模块化以后，一个public类型不再对任意可见.
   3.1 被访问的类C是public的，并且与D处于同一个模块。
   3.2 被访问类C是public的 ,不与D在同一个模块，但C所在模块允许被D所在模块进行访问

2.4.2 字段解析

要解析一个未被解析过的字段符号引用，首先将会对字段所属的类或接口的符号引用进行解析，如果该过程出现了任何一场，都会导致字段符号引用解析失败。如果解析成功，把这个字段所属的类或接口用C表示，接下来按如下步骤对C进行后续字段的搜索。

1. 如果C本身就包含了简单名称和字段描述符都与目标相匹配的字段，则返回这个字段的直接引用，查找结束。
2. 否则，如果在C中实现了接口，将会按照继承关系从下往上递归搜索各个接口和它的父接口，找到返回直接引用，查找结束。(如果实现了多个接口，里面都有该字段 编译时出现错误)
3. 否则，如果C不是java.lang.Object的话，将会按照继承关系从下往上递归搜索其父类，找到返回直接引用，查找结束。
4. 否则，查找失败，抛出java.lang.NoSuchFieldError异常。

如果查找过程成功返回了引用，将会对这个字段进行权限验证，如果发现不具备对字段的访问权限，将抛出java.lang.IllegalAccessError异常。
以上解析规则能够确保Java虚拟机获得字段唯一的解析结果，但在实际情况中，Javac编译器往往约束更严格，比如一个同名字段同时出现在某个类的接口和父类中，按照解析规则仍是可以确定唯一的访问字段，但Javac编译器可能直接拒绝其编译为Class文件。

2.4.3 方法解析

方法解析的第一个步骤与字段解析一样，也是需要解析出方法所属类或接口的符号引用，若果解析成功，依然用C表示这个类，接下来虚拟机将会按照如下步骤进行后续的方法搜索：

1. 由于Class文件格式中类的方法和接口的方法符号引用的常量类型定义是分开的，如果在类的方法表中发现class_index中索引的C是个接口的话，那就直接抛出java.lang.IncompatibleClassChangeError异常。
2. 如果通过了第一步，在类C中查找是否有简单名称和描述符都与目标相匹配的方法，如果有则返回这个方法的直接引用，查找结束。
3. 否则，在类C的父类中递归查找是否有，有则返回查找结束。
4. 否则，在类C实现的接口及他们的父接口之中递归查找是否具有简单名称和描述符，若存在说明C是一个抽象类，这个时候查找结束，抛出java.lang.AbstractMethodError异常。
5. 否则，宣告方法查找失败，抛出java.lang.NoSuchMethodError异常。

最后如果查找成功返回了直接引用，将会对这个方法进行权限验证，如果发现不具备权限，将抛出java.lang.IllegalAccessError异常。

2.4.4 接口方法解析

---

2.5 初始化

初始化阶段就是执行类构造器< clinit>()方法的过程。

1. < clinit>()方法是编译器自动收集类中的所有类变量的赋值动作和静态语句块(static{}块)中的语句合并产生的，编译器收集的顺序是由语句在源文件中出现的顺序决定的，静态语句块对于定义在它之后的静态变量可以赋值，不可以访问。

public class Test {
    static{
        i=2;//给变量赋值可以正常编译通过
        //System.out.println(i);//这句话会报错，编译器提示 非法向前引用
    }
    static int i=3;
}

2. < clinit>()方法与类的构造函数不同，它不需要显示地调用父类构造器。Java虚拟机会保证在子类的< clinit>()方法执行前，父类的< clinit>()方法已经执行完毕。 因此在虚拟机执行的第一个被执行的< clinit>()方法的类型肯定是java.lang.Object.
3. 如果一个类中没有静态语句块，也没有对变量的赋值操作，那么编译器可以不为这个类生成< clinit>()方法。
4. 接口中不能使用静态语句块，但仍有变量初始化的赋值操作，因此接口与类一样都会生成< clinit>()方法。但接口与类不同的是，接口执行的该方法不需要先执行父接口的该方法，因为只有当父接口中定义的变量被使用时，父接口才会被初始化。此外，接口的实现类在初始化时也一样不会执行接口的该方法。
5. Java虚拟机必须保证一个类的< clinit>()方法在多线程环境中被正确地加锁同步。同一个加载器下，一个类型只会被初始化一次。