JVM——虚拟机类加载机制

类加载时机

一个类型从被加载到虚拟机内存中开始，到卸载出内存为止，它的整个生命周期都将会经历加载、验证、准备、解析、初始化、使用和卸载七个阶段，其中验证、准备、解析三个阶段被称为连接。

类加载过程

类加载的全过程主要为加载、验证、准备、解析、初始化五个阶段。
加载
在加载阶段，虚拟机主要完成三件事：

• 通过一个类的全限定名来获取定义此类的二进制字节流。
• 将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构。
• 在内存中生成一个代表这个类的java.lang.Class对象，作为方法区这个类的各种数据的访问入口。

对于类加载过程的其他阶段，非数组类型的加载阶段是可控性最强的阶段。数组类，本身不通过类加载器创建，它是由Java虚拟机直接在内存中动态构造出来的，但数组的元素类型最终还是要靠类加载器来完成加载的。
验证
验证是连接阶段的第一步，这一阶段的目的是确保Class文件的字节流中包含的信息符合《Java虚拟机规范》的全部约束要求，保证这些信息被当作代码运行后不会危害虚拟机自身的安全。验证阶段的工作量在虚拟机的类加载过程中占了相当大的比重。验证阶段分为4步：

• 文件格式验证：第一步要验证字节流是否符合Class文件的规范，并且能被当前版本的虚拟机处理。
• 元数据验证：第二步是对字节码描述的信息进行语义分析，以保证其描述的信息符合《Java语言规范》的要求。
• 字节码验证：第三阶段是整个验证过程中最复杂的一个阶段，主要目的是通过数据流分析和控制流分析，确定程序语义是合法的、符合逻辑的。
• 符号引用验证：最后一个阶段的校验行为发生在虚拟机将符号引用转化为直接引用的时候，这个转化动作将在连接的第三阶段——解析阶段中发生。

准备
准备阶段是正式为类中定义的变量(即静态变量，被static修饰的变量)分配内存并设置变量初始值的阶段。
解析
解析阶段是Java虚拟机将符号引用替换为直接引用的过程。

• 符号引用：符号引用以一组符号来描述所引用的目标，符号可以是任何形式的字面量，只要使用时能无歧义地定位到目标即可。
• 直接引用：直接引用是可以直接指向目标的指针、相对偏移量或者是一个能间接定位到目标的句柄。直接引用的目标是已经在虚拟机的内存中存在的。

解析阶段分为类或接口解析、字段解析、方法解析、接口方法解析。
初始化
简单理解为：初始化阶段就是执行类构造器()方法的过程。并且虚拟机也是在这个阶段才真正开始执行类中编写的Java程序代码的。

类加载器

类加载器是实现“”通过一个类的全限定名来获取描述该类的二进制字节流“”的代码。类加载器只用于实现类的加载动作。
类与类加载器
比较两个类是否”相等”，只有在这两个类是由同一个类加载器加载的前提下才有意思。否则，即使这两个类来源于同一个Class文件，被同一个Java虚拟机加载，只要加载他们的类加载器不同，那这两个类就必定不相等。这里的“相等”，包括代表类的Class对象的equals()方法、isInstance()方法等。
双亲委派模型
从Java虚拟机角度来看，只存在两种不同的类加载器：一种是启动类加载器，这个类加载器使用C++语言实现，是虚拟机自身的一部分；另一种就是其他所有的类加载器，这些类加载器是由Java语言实现，独立存在于虚拟机外部，并且全部继承自抽象类java.lang.ClassLoader。
JDK8的及之前的三层类加载器：

• 启动类加载器：这个类加载器负责加载存放在<JAVA_HOME>\lib目录，java虚拟机能够识别的类库加载到虚拟机内存中。
• 扩展类加载器：它负责加载<JAVA_HOME>\lib\ext目录中，或者被系统变量所指定的路径中所有的类库。
• 应用程序加载器：它负责加载用户类路径上所有的类库，开发者同样可以在代码中使用这个类加载器。

类加载器之间的父子关系一般不是已继承的关系来实现的，而是通常使用组合关系来复用父加载器的代码。
双亲委派模型的工作过程：如果一个类加载器收到了类加载的请求，他首先不会自己去尝试加载这个类，而是把这个请求委派给父类加载器去完成，每一层次的类加载器都是如此，因此所有的加载请求最终都应该传输到最顶层的启动类加载器中，只有当父类加载器无法完成这个请求时，自加载器才会自己去尝试完成加载。这样的好处是：Java中的类随着它的类加载器一起具备了一种带有优先级的层次关系。例如：Object。
如果没有使用双亲委派模型，都由各个类加载器自行去加载的话，如果用户自己也编写了一个名为Object的类，并放在程序中的ClassPath中，那系统中就会出现多个不同的Object类，Java体系中的最基础的行为也就无法保证，应用程序将会变得一片混乱。
关于Java代码中实现双亲委派模型的代码只有十多行，大致逻辑为：先检查请求加载的类型是否已经被加载过，若没有则调用父类加载器的loadClass()方法，若父类加载器为空则默认使用启动类加载器作为父类加载器。假如父类加载器加载失败，抛出ClassNotFoundException异常的话，才调用自己的findClass()方法尝试进行加载。

模块化系统

JDK9之后引入模块化系统，为了能够实现模块化的关键目标——可配置的封装隔离机制，Java虚拟机对类加载架构也做出了相应的变动调整，才使得模块化系统得以顺利地运行。