JVM类加载机制

Java类加载机制分为五个部分：加载（Loading）、验证(Verification)、准备(Preparation)、解析(Ressolution)、初始化(Initialization)、使用(Using)、卸载(Unloading)

 

加载：加载是类加载过程的一个阶段，在这个阶段内存生成一个代表这个类的Java.lang.Class对象，作为方法区这个类的各种数据入口。这里不一定非要从class文件获取，既可以从ZIP包读取（比如jar和war包），也可以在运行时计算生成动态代理，也可以有其他文件生成（例如JSP文件转化为对应的Class类）。

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

准备：准备阶段是正式为类变量分配内存并设置类变量的·初始值阶段，即在方法区中分配这些变量所使用的内存空间。但是值得注意的是，这里说的是初始值概念，比如一个类变量定义为：

Public stativ int v=8000;

实际上变量v在准备阶段过后的初始值是0不是8000，将v赋值8000的public static 指令是程序被编译后，存放在类构造器<client>方法中。

但是注意public static final int v=80001,这行代码在编译阶段会为v生成Constant属性，在准备阶段虚拟机会根据ConstantValue属性将v赋值为80001

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

CONSTANT_Class_info

CONSTANT_Field_info

CONSTANT_Method_info

等类型的常量

1. 符号引用与虚拟机实现的布局无关，饮用目标并不是一定要已经加载到内存中。各种虚拟机实现的内存布局可以是各不相同的，但是他们能接受的符号引用必须是一致的，因为符号引用的字面量形式明确定义在JAVA虚拟机规范的Class文件格式中。
2. 直接引用可以试试指向目标的指针，相对偏移量或是一个能直接定位到目标的句柄。如果有了直接引用，那引用的目标必定是已经在内存中存在的。

 

初始化：

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

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

以下情况不会执行类初始化：

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

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

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

4/通过类名获取Class类，不会出发类的初始化。

5/通过Class.forNmae指定类时，如果参数initializ为false时，也不会触发初始化，其实这个参数是告诉虚拟机，是否对类进行初始化。

5/通过ClassLoader默认的loadClass方法，也不会触发初始化动作。

 

类加载器：

虚拟机设计团队把加载动作放到JVM外部实现，以便让应用程序如何决定获取所需的累，JVM提供了3中类加载器。

1. 启动类加载器（Bootstrap ClassLoader）:负责加载JAVA_HOME\lib目录中的，或通过-Xbootclasspath 参数指定路径中的，且被虚拟机认可（按文件名识别，如rt.jar）的类。
2. 拓展类加载器（Extension ClassLoader）:负责加载JAVA_HOME\lib\ext目录中的，或通过java.ext.dirs系统变量指定路径中的类库。
3. 应用程序类加载器（Application ClassLoader）:负责家在用户路径（classpath）上的类库。

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

 

 

当一个类加载器收到类加载任务，会先交给父类加载器进行完成，因此最后类加载过程都会传递到启动类加载器，只有当父类加载器无法完成加载任务时，才会尝试执行加载任务。

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

protected synchronized Class<?> loadClass(String name, boolean resolve)

        throws ClassNotFoundException {

    // First, check if the class has already been loaded

    Class c = findLoadedClass(name);

    if (c == null) {

        try {

            if (parent != null) {

                c = parent.loadClass(name, false);

            } else {

                c = findBootstrapClass0(name);

            }

        } catch (ClassNotFoundException e) {

            // If still not found, then invoke findClass in order

            // to find the class.

            c = findClass(name);

        }

    }

    if (resolve) {

        resolveClass(c);

    }

    return c;

}

1. 首先通过Class c=findLoadedClass(name)判断一个类是否已经加载过。
2. 如果没有被加载过执行if(c==null)中的程序，遵循双亲委派模型，首先会通过递归从父加载器开始找，直到父类加载器是Bootstrap ClassLoader为止。
3. 最后根据resolve的值，判断这个class是否需要解析。