JVM类的加载过程

JVM类的加载过程

分为加载、验证、准备、解析和初始化5步。

加载

①通过一个类的全限定名来获取定义此类的二进制字节流。

②将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构。

③在内存中生成一个代表这个类的java.lang.Class对象，作为方法区这个类的各种数据的访问入口。

对于数组类，由Java虚拟机直接创建。但是数组类与类加载器仍然有很密切的关系，因为数字类的元素类型(Element Type指的是数组去掉所有维度的类型)最终是靠类加载器去创建。

加载阶段完成后，虚拟机外部的二进制字节流就按照虚拟机所需的格式存储在方法区之中，方法区中的数据存储格式由虚拟机实现自定义，虚拟机规范此区域的具体数据结构。然后在内存中实例化一个java.lang.Class类的对象（并没有明确规定是在Java堆中，对于HotSpot虚拟机而言，Class对象比较特殊，他虽然是对象，但是存放在方法区里面），这个对象将作为程序访问方法区中的这些类型数据的外部接口。

验证

验证步骤为了确保Class文件的字节流中包含的信息是否符合当前虚拟机的要求，并且不会危害虚拟机自身的安全。

①文件格式验证

是否已魔数0xCAFEBABE开头；

主次版本号是否在当前虚拟机处理范围之内；

常量池的常量中是否有不支持的常量类型（检查常量的tag标志）；

指向常量的各种索引值中是否有不支持类型的常量或者不存在的常量；

CONSTANT_UTF8_info型的常量中是否有不符合utf-8编码的数据；

Class文件中各个部门及文件本身是否有被删除的或附加的其他信息。

第二阶段是对字节码描述的信息进行语义分析，以确保其描述的信息符合Java语言规范的要求。

②元数据验证

当前类是否有父类(Object除外，所有类都会父类)；

当前类是否继承了不允许被继承的类(被final修饰的类)；

如果当前类不是抽象类，是否实现了其父类或接口之中要求实现的所有方法；

当前 类中的字段、方法是否与父类产生矛盾（例如覆盖了父类的final字段，或者出现不符合规则的方法重载，例如方法参数都一致，但返回值类型却不同等）。

字节码验证

通过数据流和控制流分析，确定程序语义是合法的、符合逻辑的。在第二阶段对元数据信息中的数据类型做完全校验后，这个阶段将对类的方法体进行校验分析，保证被校验类的方法在运行时不会做出危害虚拟机安全的事件。

最后一个阶段校验发生在虚拟机将符号引用转化为直接引用的时候，这个转化的动作将在链接的第三个阶段——解析阶段发生。

符号引用验证

符号引用中通过字符串描述的全限定名是否能找到对应的类；

在制定类中是否存在符合方法的字段描述以及简单名称所描述的方法和字段；

符号引用中的类、字段和方法的访问性（private、public、protected、default）是否可以被当前类访问；

（补充:如果所运行的全部代码，包括自己编写的以及第三方包中的代码，都已经被反复使用和验证过，可以考虑使用-Xverify:none参数来关闭大部分的类验证措施，以缩短虚拟机类加载的时间）

准备

准备阶段是正式为类变量分配内存并设置类变量初始值的阶段，这些变量所使用的内存都放在方法区中进行分配。（此时分配的变量是指被static修饰的变量，不包括实例变量，初始值是指通常情况下数据类型的’零’值）。

数据类型	零值
int	0
boolean	false
long	0L
float	0.0f
short	(short)0
double	0.0d
char	‘\u0000’
reference	null
byte	(byte)0

解析

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

符号引用(Symbolic References):
符号引用是以一组符号来描述所引用的目标，符号可以是任何形式的字面量，只要使用时能无歧义地定义到目标即可。

符号引用与虚拟机实现的布局无关，引用的目标也不一定是已加载到内存中。各种虚拟机实现的内存布局可以各不相同，但是它们能接受的符号引用必须都是一致的，因为符号引用的字面能量形式明确定义在Java虚拟机规范的Class文件格式中。

直接引用(Direct References):
直接引用可以是直接指向目标的指针、相对偏移量或是一个能间接定位到目标的句柄。

直接引用是和虚拟机实现的内存布局先关的，同一个符号引用在不同虚拟机实例上翻译的直接引用一般不会相同。如果有了直接引用，那引用的目标必定已在内存中存在。

类或接口的解析

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

1、如果C不是一个数组类型，那虚拟机将会把代表N的全部限定名传递给D的类加载器去加载这个类C。在加载过程中，由于元数据验证、字节码验证的需要，有可能触发其他相关类的加载动作，例如这个C的父类或实现接口。一旦这个加载过程出现了异常，解析过程就宣告失败。

2、如果C是一个数组类型，并且数组的元素类型为对象，也就是N的描述符会类似"[Ljava/lang/Integer"的形式，那将会按照第1点的规则加载数组的元素类型。如果N的描述符合如前面所假设的形式，需要加载的元素类型就是"java.lang.Integer"，接着由虚拟机生成一个代表此数组维度和元素的数组对象。

3、如果上面的步骤没有出现任何异常，那么C在虚拟机中已经成为一个有效的类或接口了，但在解析完成之前还要进行符号引用验证，确认D是否具备对C的访问权限。如果发现不具备访问权限，将抛出java.lang.illegalAccessError异常。

字段解析

要解析一个未被解析过的字段符号引用，首先将会对字段表内class_index项中索引的CONSTANT_Class_info符号引用进行解析，也就是字段所属的类或接口的符号引用。如果在解析这个类或接口符号引用的过程中出现了任何异常，都会导致这字段符号引用解析的失败。如果解析成功完成，那将这个字段所属的类或接口用C表示，虚拟机规范要求按照如下步骤对C进行后续字段的搜索。

1、如果C本身就包含了简单名称和字段描述符都与目标相匹配的字段，则返回这个字段的直接引用，查找结束。

2、否则，如果C中实现了接口，将会按照继承关系从下往上递归搜索各个接口和它的父接口，如果接口中包含了简单名称和字段描述符都与目标向匹配的字段，则返回这个字段的直接引用，查找结束。

3、否则，如果C不是java.lang.Object的话，将会按照继承关系从下往上递归搜索其父类，如果在父类中包含了简单名称和字段描述符与目标相匹配的字段，则返回这个字段的直接引用，查找结束。

4、否则，查找失败，抛出java.lang.NoSuchFieldError异常。

如果查找过程成功返回了引用，将会对这个字段进行权限验证，如果发现不具备对字段的访问权限，将抛出java.lang.illegalAccessError异常。

类方法解析

与字段相同，需要先解析出类方法表的class_index项中索引的方法所属的类或接口的符号引用，如果解析成功，我们依然用C表示这个类，接下来虚拟机将会按照如下步骤进行后续的类方法搜索。

1、类方法和接口方法符号引用的常量类型定义是分开的，如果类方法表中发现class_index中索引的C是个接口，那就抛出java.lang.IncompatibleClassChangeError异常。

2、如果通过了第1步，在类C中查找是否有简单名称和描述符都与目标相匹配的方法，如果有则直接返回这个方法的直接引用，查找结束。

3、否则，在类C的父类中递归查找是否具有简单名称和描述符都与目标相匹配的方法，如果有则返回这个方法的直接引用，查找结束。

4、否则，在类C实现的接口列表与它们的父接口之中递归查找是否具有简单名称和描述都与目标相匹配的方法，如果存在匹配的方法，说明类C是一个抽象类，这时查找结束，抛出java.lang.AbstractMethodError异常。

5、否则，宣告方法查找失败，抛出java.lang.NoSuchMethodError。

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

接口方法解析

1、与类方法解析不同，如果在接口方法中发现class_index索引C是个类而不是接口，会抛出java.lang.IncompatibleClassChangeError异常。

2、否则，在接口C中查找是否具有简单名称和描述符都与目标相匹配的方法，如果有则返回这个方法的直接引用，查找结束。

3、否则，在接口C的父接口中递归查找，直到java.lang.Object类（查找范围会包括Object类）为止，看是否有简单名称描述符都与目标相匹配的方法，如果有则返回这个方法的直接引用，查找结束。

4、否则，宣告方法查找失败，抛出java.lang.NoSuchMethodError异常。

由于接口中的所有方法默认都是public的，所以不存在访问权限问题，因此接口方法的符号解析应当不会抛出java.lang.illegalAccessError异常。

初始化

初始化阶段是类加载过程的最后一步，前面的类加载过程中，除了在加载阶段应用程序可以通过自定义类加载器参与之外，其余动作完全由虚拟机主导和控制。到了初始化阶段，才真正开始执行类中定义的Java程序代码（或者说是字节码）。