JVM的类加载机制

JVM的类加载机制分类五个部分：加载、验证、准备、解析、初始化。

 加载

加载是类加载过程中的一个阶段，这个阶段会在内存中生成一个这个类的java.lang.Class对象，作为方法区这个类各个数据的入口。注意这里不一定要从Class文件获取，也可以从jar或者war包中获取，也可以是一个JSP文件转换成的Class对象，也可以是运行时生成（动态代理）。

验证

这一阶段主要是确保Class文件中的字节流信息是否符合虚拟机的要求，保证不会危害虚拟机自身的安全。

准备

准备阶段是正式为类变量分配内存并设置类变量初始值的阶段，即在方法区中为这些变量分配内存空间。

比如一个变量定义为如下：

private static int value = 8080;

实际上变量value在准备阶段过后初始值是0，而不是8080.将value赋值为8080的putstatic指令是程序被编译后存在于类构造器<client>方法中。

但是如果声明如下：

private static final int value = 8080;

在编译阶段会为value变量生成ConstantValue属性，在准备阶段虚拟机会根据ConstantValue属性将value赋值为8080.

解析

解析阶段是指虚拟机将常量池中的符号引用替换为直接引用的过程。符号引用就是class文件中的：

CONSTANT_Class_Info

CONSTANT_Field_info

CONSTANT_Method_info

等类型常量。

符号引用和直接引用的概念：

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

直接引用是可以指向目标的指针，相对偏移量或者是一个能简洁定位到目标的句柄。如果有了直接引用，那么引用的目标必然在内存中存在。

初始化

初始化阶段是类加载的最后一个阶段，前面的类加载阶段之后，除了在加载阶段可以自定义类加载器之外，其余的操作都由JVM进行主导。到了初始化阶段才正式开始执行类中的java代码。

初始化阶段是执行类构造器<client>方法的过程，<client>方法是由编译器自动收集类中的类变量赋值操作和静态语句块中的语句合并而成。虚拟机会保证在执行<client>方法之前，其父类的<client>方法已经执行。如果一个类中没有对静态变量赋值也没有静态代码块，那么编译器可以不为这个类生成<client>方法。

注意一下几种情况不会触发类的初始化：

1.通过子类引用父类的静态字段，只会触发父类的初始化，而不会触发子类的初始化。

2.定义对象数组，不会触发该类的初始化。

3.常量在编译期间会存入调用类的常量池，本质上没有引用直接引用定义常量的类，不会触发定义常量所在的类。

4.通过类名获取Class对象，不会触发类的初始化。

5.通过Class.forName加载指定类时，如果initialize为false时候不会触发类的初始化，因为这个参数就是告诉虚拟机是否要进行类的初始化。

6.通过ClassLoader的loaderClass方法，不会触发类的初始化。

类加载器

3种类加载器：

1.启动类加载器：负责加载JAVA_HOME\lib目录中的，或通过-Xbootclasspath参数指定路径中的，且被虚拟机认可（按文件名识别，如rt.jar）的类。

2.扩展类加载器：负责加载 JAVA_HOME\lib\ext 目录中的，或通过java.ext.dirs系统变量指定路径中的类库。

3.应用程序类加载器(Application ClassLoader)：负责加载用户路径（classpath）上的类库。

JVM通过双亲委派模型进行类的加载，当然我们也可以通过继承java.lang.ClassLoader实现自定义的类加载器。

当一个类加载器接收到一个任务时，首先会交给他的父类加载器去完成，因此最终的加载任务都会传到顶层的启动类加载器，只有当父类加载器无法完成加载时，才会尝试执行加载。

采用双亲委派的一个好处是比如加载位于rt.jar包中的类java.lang.Object，不管是哪个加载器加载这个类，最终都是委托给顶层的启动类加载器进行加载，这样就保证了使用不同的类加载器最终得到的都是同样一个Object对象。