JVM-类加载机制初识

JVM-类加载机制初识

1. 什么是类加载机制？

我们所写的Java代码在经过编译后悔产生对应的class字节码文件，JVM把class文件加载到内存中，对数据进行校验、转换解析和初始化过程，最终形成可以被JVM直接使用的Java类型。

• 类加载的时机

整个的生命周期：加载-验证-准备-解析-初始化-使用-卸载

解析的过程不一定会按部就班的按照上面的循序执行，有可能会在初始化阶段之后执行（通过动态绑定可以实现）

需要开始类加载的5种情况：

1. 遇到new、getstatic、putstatic、invokestatic这4条字节码指定时，若类没有进行初始化，则先触发初始化（如：使用new实例化对象、读取或设置一个类的静态字段，被final修饰的、在编译期就放入了常量池的静态字段除外，以及调用一个类的静态方法的时候）
2. 使用java.lang.refleact反射，如果该类灭有初始化会进行初始化
3. 初始化子类发现其父类还没初始化，则需要触发父类的初始化
4. JVM启动时，用户需要制定一个要执行的主类（包含main方法的那个类），JVM会先初始化这个主类。
5. 如果一个java.lang.invoke.MethodHeandle实例最后解析结果REF_getStatic、REF_putStatic、REF_invokeStatic 的方法句柄，且这个方法句柄所对应的类没有进行过初始化，则需要进行初始化。

2. 类加载的过程

1. 加载

1. 通过一个类全限定名来获取定义此类的二进制字节流（可以通过多种方式，如反射、网络、其他文件JSP这样等等方式去获取字节流）
2. 将此字节流所代表的静态存储结构转化为方法区的运行时数据结构
3. 在内存中生成一个代表这个类的java.lang.Class对象（Hotspot中该对象是分配在方法区中），作为方法区这个类的各种数据的访问入口

2. 验证

验证是连接的第一阶段，目的是确保class文件的字节流的信息符合JVM的规范，不会危害到JVM。像数组越界操作之类的危害代码，可以手动植入到class文件中。

1. 文件格式验证

验证字节流是否符合Class文件格式的规范，并且能够被当前版本的JVM处理

2. 元数据验证

对字节码描述的信息进行语义分析，保证符合Java语言规范的要求。

3. 字节码验证

通过数据流和控制流的分析，确定程序语义是合法的、符合逻辑。这块的验证工作很复杂，JDK1.6后进行优化，对方法体的Code属性的属性表中增加了一个StackMapTable属性，记录了按照控制流拆分的代码块在开始时本地变量表和操作栈中应有的状态（验证无需进行推导验证只要检查该属性即可）

3. 准备

为类变量分配内存并设置类变量（static修饰的变量）初始值。

4. 解析

将常量池内的符号引用替换为直接引用。

符号引用：

以一符号来描述所引用的目标，符号可以是任何形式的字面量。符号引用的目标不一定会加载入内存，可能不存在，定义在Class文件格式中

直接引用：

直接指向目标的指针、相对偏移量或是一个能间接定位到目标的句柄。直接引用的目标一定已经在内存中。

细节待补充！！！

5. 初始化

在准备阶段，变量已经赋过一次系统要求的初始值（数据类型的默认值），在初始化阶段，根据程序中自定义的变量属性进行赋值。实际上就是执行类构造器()方法。

• ()

()方法由编译器自动收集类中的所有类变量的赋值动作和静态语句块（ static{} ）中的语句合并产生，收集的顺序是由语句在原文件中出现的顺序决定。静态语句块中只能访问到定义在静态语句块之前的变量，定义在他之后的变量，在前面的静态语句块可以赋值但不能访问。

public class Test{
    static {
        i = 0; //正常编译通过
        System.out.println(i);//编译报错，非法向前引用
    }
    static int i = 1;
}

<clinit>()方法不需要显示调用父类构造器，JVM会保证父类的

<clinit>() 先执行。接口中<clinit>()只会在用到父接口的变量的时候才会去初始化<clinit>()。<clinit>()是现线程安全的，同一类初始化同时只会被一个线程操作。

3. 类加载器

让应用程序自己决定如何去获取所需要的类（通过一个类的全限定名来获取描述此类的二进制字节流），在JVM外部实现这动作，这就是类加载器所做的工作。

1. 类与类加载器

对于任何一个类，需要有加载它的类加载器和这个类一同确立其在JVM中的唯一性。比较两个类是否相等，前提是两个类是同一类加载器所加载的。

2. 双亲委派模型

• 启动类加载器（Bootstrap ClassLoader）

负责将放在jdk\lib目录下或者被-Xbootclasspath参数指定的路径中的，并且是JVM指定的名称类型加载到虚拟机内存中。

• 扩展类加载器（Extension Classloader）

负责加载jdk\lib\ext下或者被java.ext.dirs系统变量所指定的额路径的所有类库。

• 应用程序类加载器

该加载器是ClassLoader 中getSystemClassLoader()方法的返回值。负责加载用户类路径ClassPath上所指定的类库。

• 双亲委派

如果一个类加载器收到类加载请求，他首先去吧请求委派给父类加载器去完成，当父类加载器无法加载或者抛出异常时，子类加载器才会去尝试加载。

好处：维护了Java程序的稳定运作，避免多个类加载器调用同一个类A，会产生多个类A，会造成混乱。