类加载过程

一、

加载
链接 ： 验证、准备、解析
初始化

二、

加载：

   将类的字节码（.class）载入内存

如果这个类还有父类没有加载，先加载父类

加载和链接可能是交替运行的

在加载阶段，Java虚拟机需要完成以下三件事情:
通过一个类的全限定名来获取定义此类的二进制字节流。
将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构。
在内存中生成一个代表这个类的java.lang.Class对象，作为方法区这个类的各种数据的访问入 口

将类的字节码载入方法区中，内部采用 C++ 的 instanceKlass 描述 java 类，它的重要 field 有：

_java_mirror 即 java 的类镜像，例如对 String 来说，就是 String.class，作用是把 klass 暴露给 java 使用

_super 即父类

_fields 即成员变量

_methods 即方法

_constants 即常量池

_class_loader 即类加载器

_vtable 虚方法表

_itable 接口方法表

链接

验证
验证类是否符合 JVM规范，安全性检查
1. 文件格式验证
验证字节流是否符合Class文件格式的规范，并且能被当前版本的虚拟机处理。
2.元数据验证
第二阶段是对字节码描述的信息进行语义分析，以保证其描述的信息符合《Java语言规范》的要求（这个类是否有父类等）

3.字节码验证
主要目的是通过数据流分析和控制流分析，确定 程序语义是合法的、符合逻辑的。

4.符号引用验证

发生在虚拟机将符号引用转化为直接引用的时候，这个转化动作将在连接的第三阶段——解析阶段中发生。符号引用验证可以看作是对类自身以外(常量池中的各种符号引用)的各类信息进行匹配性校验，通俗来说就是，该类是否缺少或者被禁止访问它依赖的某些外部 类、方法、字段等资源
准备
为 static 变量分配空间(方法区中)，设置默认值 0 “" false
静态变量
*
static变量在分配空间和赋值是在两个阶段完成的。分配空间在准备阶段完成，赋值在初始化阶段完成
*
如果 static 变量是 final 的基本类型，以及字符串常量，那么编译阶段值就确定了，赋值在准备阶段完成
*
如果 static 变量是 final 的，但属于引用类型，那么赋值也会在初始化阶段完成

解析

将常量池中的符号引用解析为直接引用（ 可以直接指向目标的指针）
*
未解析时，常量池中的看到的对象仅是符号，未真正的存在于内存中

初始化

初始化阶段就是执行类构造器clinit()方法的过程，虚拟机会保证这个类的『构造方法』的线程安全
*
clinit()方法是由编译器自动收集类中的所有类变量的赋值动作和静态语句块（static{}块）中的语句合并产生的

        注意
       编译器收集的顺序是由语句在源文件中出现的顺序决定的，静态语句块中只能访问到定义在静态语句块之前的变量，定义在它之后的变量，在前面的静态语句块可以赋值，但是不能访问，如

三、发生时机

类的初始化的懒惰的，以下情况会初始化

main 方法所在的类，总会被首先初始化

首次访问这个类的静态变量或静态方法时

子类初始化，如果父类还没初始化,会引发

子类访问父类的静态变量，只会触发父类的初始化

Class.forName

new 会导致初始化

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