JVM类加载机制

一 JVM类加载机制

虚拟机把描述类的数据从Class文件加载到内存，并对数据进行校验、转换解析和初始化，最终形成可以被虚拟机直接使用的Java类型。这就是虚拟机的类加载机制。

1类加载过程

加载:Loading
链接:Linking (验证 准备 解析)
初始化:Initialization
使用
卸载
加载、验证、准备、初始化和卸载这5个阶段的顺序是固定的，解析阶段则不一定，在某些情况下，解析阶段有可能在初始化阶段结束后开始，以支持Java的动态绑定。

1.1加载

1）通过一个类的全限定名来获取定义此类的二进制字节流
2）将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构
3）在内存中生成一个代表这个类的java.lang.Class对象，作为方法区这个类的各种数据的访问入口
获取二进制字节流的方式：
从ZIP包中获取，最终成为日后JAR/EAR/WAR格式的基础;
从网络获取，最典型的应用就是Applet;
运行时计算生成，这种场景使用最多的就是动态代理技术;
由其他文件生成，典型场景是JSP应用，即由JSP文件生成对应的Class类;
从数据库读取，相对少见，有些中间件服务器可以选择把程序安装到数据库中来完成程序代码在集群间的分发;
…

1.2链接

1.2.1验证

该验证阶段的主要目的是保证输入的字节流能正确地解析并存储于方法区之内，格式上符合描述一个JAVA类型信息的要求。
主要包括四中验证：文件格式验证，元数据验证，字节码验证，符号引用验证。
1）文件格式验证：
字节流是否符合Class文件格式的规范，并且能被当前版本的虚拟机处理。比如是否以魔数0xCAFEBABE开头、主次版本号是否在当前虚拟机处理范围内、常量池的常量中是否有不被支持的常量类型（检查常量tag标志）等等等等。该验证阶段的主要目的是保证输入的字节流能正确地解析并存储于方法区之内，格式上符合描述一个JAVA类型信息的要求。
只有通过这个阶段的验证后，字节流才会进入内存的方法区进行存储，所以后面的3个验证阶段全部是基于方法区的存储结构进行的，不会再直接操作字节流。
2)元数据验证：
这一阶段是对于字节码描述的信息进行语义分析，以保证其描述的信息符合Java语言规范的要求。可能包括的验证点如下：是否有父类；父类是否继承了不被允许的类（被final修饰的）；如果不是抽象类，是否实现了其父类或者接口之中要求实现的所有方法；类中的字段、方法是否与父类产生矛盾（比如覆盖了父类的final字段或者出现不符合规则的方法重载，例如方法参数都一致但返回值不同等
3)字节码验证：
进行数据流和控制流分析，即对类的方法体进行校验分析以保证被校验类的方法在运行时不会做出危害虚拟机安全的行为（如：保证跳转指令不会跳转到方法体以外的字节码指令上等）即使一个方法通过了字节码验证，也不能说明其一定是安全的（）通过程序去校验程序逻辑是无法做到绝对准确的）
4)符号引用验证：
对类自身以外（常量池中的各种符号引用）的信息进行匹配性校验，通常检查：符号引用中通过字符串描述的全限定名是否能找到对应的类、指定的类中是否存在符合描述符与简单名称描述的方法与字段

1.2.2准备

准备阶段是正式为类变量（被static修饰的变量）分配内存并设置类变量初始值（通常情况下是数据类型的0值，具体赋值阶段是初始化阶段）的阶段，这些变量所使用的内存都将在方法区中进行分配。
这里不包含用final修饰的static，因为final在编译的时候就会分配了，准备阶段会显示初始化。你分配它为5，它准备阶段就是5.
这里不会为实例变量分配初始化，类变量会分配在方法区，而实例变量会随着对象一起分配到Java堆中。

1.2.3解析

解析阶段是虚拟机将常量池内的符号引用替换为直接引用的过程。
1)符号引用：以一组符号来描述所引用的目标，符号可以是任何形式的字面量，只要使用时可以无歧义的定位到目标即可。符号引用与虚拟机实现的内存布局无关，引用目标并不一定已经加载到内存中
2)直接引用：直接指向目标的指针、相对偏移量或一个能间接定位到目标的句柄，直接引用与虚拟机实现的内存布局相关，如果有了直接引用，引用目标必定已经加载到内存中虚拟机规范并未规定解析动作发生的具体时间，仅要求在执行anewarray、checkcast、getfield、getstatic、instanceof、invokeinterface、invokespecial、invokestatic、invokevirtual、multianewarray、new、putfield和putstatic这13个用于操作符号引用的字节码指令之前，先对它们所使用的符号引用进行解析。
在java中，一个java类将会编译成一个class文件。在编译时，java类并不知道引用类的实际内存地址，因此只能使用符号引用来代替。

1.3初始化

类初始化阶段是“类加载过程”中最后一步，在之前的阶段，除了加载阶段用户应用程序可以通过自定义类加载器参与，其它阶段完全由虚拟机主导和控制，直到初始化阶段，才真正开始执行类中定义的Java程序代码。

2类加载器分类

引导类加载器：Bootstrap ClassLoader
自定义类加载器:User-Defined ClassLoader(所有派生于抽象类ClassLoader的类加载器都划分为自定义类加载器)