JVM ： 类加载机制

加载—连接（验证—准备—解析）—初始化—使用—卸载
加载、验证、准备、初始化和卸载的顺序是确定的，类的加载过程必须按照这种顺序按部就
班地开始，而解析阶段则不一定：它在某些情况下可以在初始化阶段之后再开始，为了支持
java语言的运行时绑定。
这些阶段通常都是互相交叉的混合的使用
以下五种情况必须立即对类进行“初始化”
（1）遇到new、getstatic、putstatic或invokestatic四条字节码指令
（2）使用java.lang.reflect包的方法对类进行反射调用的时候
（3）当初始化一个类的时候，如果发现其父类还没有进行过初始化，则需要先触发其父类
的初始化
（4）当虚拟机启动时，用户需要指定一个要执行的主类（包含main（）方法的那个类），
虚拟机会先初始化这个主类
（5）
首先，在代码编译后，就会生成JVM（Java虚拟机）能够识别的二进制字节流文件
（*.class）。而JVM把Class文件中的类描述数据从文件加载到内存，并对数据进行校验、
转换解析、初始化，使这些数据最终成为可以被JVM直接使用的Java类型，这个说来简单

1、加载
通常所说的加载大多不是指的类加载机制，只是类加载机制中的第一步加载。
在这个阶段，JVM主要完成三件事：
（1）通过一个类的全限定名（包名和类名）来获取定义此类的二进制字节流（Class文
件）。获取方式：jar包，war包，通过网络获取、jsp文件生成等方式。
（2）将字节流所代表的静态存储结构转化为方法区的运行时数据结构。（方法区就是用来
存放已被加载的类型，常量，静态常量，编译后的代码的运行时内存区域）
（3）在内存中生成一个代表这个类的java.lang.Class对象，作为方法区这个类的各种数据
的访问入口。这个Class对象并没有规定是在java堆内存中，它比较特殊，虽为对象，但是
存放在方法区
2、验证
是连接阶段的第一步，这一阶段的目的是为了确保Class文件的字节流中包含的信息符合当
前虚拟机的要求，并且不会危害虚拟机自身的安全。
验证大致上会完成四个阶段的检验动作：
（1）文件格式验证：保证输入的字节流能正确地解析并存储于方法区之内
（2）元数据验证：对类的元数据信息进行语义检验，保证不存在不符合java语言规范的元
数据信息
（3）字节码验证：通过数据流和控制流分析，确定程序语义是合法的、符合逻辑的。
（4）符号引用验证：发生在虚拟机将符号引用转化为直接引用的时候，这个转化动作将在
连接的第三阶段——解析阶段中发生，目的是确保解析动作能正常执行
3、准备
正式为类变量分配内存并设置类变量初始值的阶段，这些变量所使用的内存都将在方法区中
进行分配。
这个时候进行内存分配仅包括类变量（被static修饰的变量），而不包括实例变量，实例变
量将会在对象实例化时随着对象一起分配在java堆中。
4、解析
将类的二进制数据中的符号引用换为直接引用
5、初始化
到了初始化阶段，才真正开始执行类中定义的java程序代码（或者说是字节码）
初始化阶段是执行类构造器<clinit>()方法的过程
（1）静态语句块中只能访问定义在静态语句块之前的变量，定义在它之后的变量，在前面
的静态语句块可以赋值，但是不能访问
public class Test{
static{
i=0;//给变量赋值可以正常编译通过
System.out.print(i); //“非法向前引用”
}
static int i=1；
}
（2）虚拟机会保证在子类的<clinit>()方法执行之前，父类的<clinit>方法已经执行完
毕。所以虚拟机中第一个被执行的<clinit>（）方法的类肯定是java.lang.Object
（3）父类中定义的静态语句块要优于子类的变量赋值操作
（4）如果一个类中没有静态语句块，编译器可以不为这个类生成<clinit>（）方法
（5）接口中不能使用静态语句块，但仍然有变量初始化的赋值操作，因此也会与类一样生
成<clinit>（）方法，但执行接口的<clinit>（）的方法不需要先执行父类的<clinit>（）
的方法，只有当父类的接口中定义的变量使用时，父接口才会初始化，同时，接口的实现类
在初始化时也一样不会执行接口的<clinit>（）的方法。
（6）如果多个线程同时去初始化一个类，那么只会有一个线程去执行这个类的
<clinit>（）的方法。

对于任意一个类，都需要由记载它的类加载器和这个类本身一同确定其在java虚拟机中的唯
一性
比较两个类是否相等，前提是两个类由同一个类加载器加载
否则即使两个类来源于同一个Class文件，被同一个虚拟机加载，只要加载他们的类加载器
不同，那么这两个类就必定不相等

双亲委派模型：
除了顶层的启动类加载器，其余的类加载器都应当有自己的父类加载器，采用组合关系来复
用父类加载器的代码
工作过程：如果一个类加载器收到了类加载的请求，它首先不会自己去尝试加载这个类，而
是把这个请求委派给父类的加载器去完成，因此所有的加载请求都应该传送到顶层的启动加
载器中，只有当父类加载器反馈自己无法完成这个加载请求时，子加载器才会尝试自己去加
载
使用双亲委派模型来组织类加载器之间的关系，有一个显而易见的好处就是java随着它的类
加载器一起具备了一种带有优先级的层次关系。