虚拟机类的加载

类从被加载到卸载的生命周期

一个类从被加载到卸载分为七个阶段：加载、验证、准备、解析、初始化、使用、卸载。其中验证、准备、解析三个部分统称为连接。

一般是按照这种顺序按部就班的执行，但是对于解析而言，有可能会在初始化阶段之后才开始。

加载

加载阶段需要完成的事情：

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

对于数组而言情况略有不同，数组类本身不通过类加载器创建，它是由Java虚拟机直接在内存中动态构造出来的，但是数组类的元素类型（Object object[]=new Object[]：元素类型为Object）最终还是要靠类加载器来完成加载。
一个数组类的创建过程遵循以下规则：

• 如果数组的组件类型 （指去掉一个维度的类型）是引用类型，那就递归采用类加载过程去加载组件类型。
• 如果数组的组件类型是非引用类型（如：基本数据类型）Java虚拟机会把数组标记为与引导类加载器关联。
• 数组类的可访问性与他的组件类型的可访问性一致，如果数组类型不是引用类型，它的数组类型的可访问性默认为public。

验证

这一阶段的目的是确保Class文件的字节流中包含的信息符合《Java虚拟机规范》的全部约束要求，保证这些信息被当作代码运行后不会危害虚拟机的自身安全。
验证阶段大致会完成四个阶段的校验动作。

1. 文件格式验证：
   第一阶段要验证字节流是否符合Class文件格式的规范，本且能被当前版本的虚拟机处理。该验证阶段的主要目的是保证输入的字节流能正确的解析并存储与方法区内，格式上符合描述一个Java类型信息的要求。该阶段的验证是基于二进制字节流进行的，只有通过了这个阶段的验证之后，这阶段的字节流才被允许进入Java虚拟机内存的方法区中进行存储，所以后面的三个验证阶段全部都是基于方法区的存储结构上进行的，不会在直接读取操作字节流。
2. 元数据验证
   第二阶段是对字节码描述的信息进行语义分析，以保证其描述的信息符合《Java语言规范》的要求，保证不存在与定义相悖的元数据信息。
3. 字节码验证
   第三阶段是整个验证过程最复杂的阶段，主要目的是通过数据流分析与控制流分析，确定程序语义是否合法、符合逻辑的。保证被校验的类的方法在运行时不会做出危害虚拟机安全的行为。即使通过该阶段的校验也不能保证其不会对虚拟机产生危害。
4. 符号引用验证
   最后一个阶段的校验行为发生在虚拟机将符号引用转换为直接引用的时候，这个转换过程将在解析阶段发生，符号引用验证可以看作是对类自身以外的各类信息进行匹配性校验，通俗来说就是该类是否缺少或者被禁止访问它依赖的某些外部类、方法、字段等资源。保证解析行为可以正常执行。

准备

准备阶段是正式为类变量（静态变量）分配内存并设置类变量初始值的阶段。在JDK7之前，HotSpot虚拟机使用永久代实现方法区，在JDK7及之后，类变量会随着Class对象一起存放在Java堆中，所以“类变量方法区”就完全是一种对逻辑概念的表述（非堆、元空间）。这时候进行内存分配的仅包括类变量，不包括实例变量，实例变量会随着对象实例化时一起分配在Java堆中。其次静态变量在通常情况下初始化完成后是默认值（0或null或false），真正对类变量进行赋值是在初始化阶段才会被执行，final除外，final在准备阶段就会被赋值。

解析

解析阶段是Java虚拟机将常量池符号引用替换为直接引用的过程。

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

初始化

类的初始化阶段是类加载过程中的最后一个步骤，之前介绍的几个类的加载动作里，除了在加载阶段用户应用程序可以通过自定义类加载器的方式局部参与外，其余动作都完全由Java虚拟机来主导控制，直到初始化阶段，Java虚拟机才开始真正执行类中编写的Java程序代码，将主导权移交给程序。
准备阶段，类变量已经赋过一次系统要求的初始零值，而在初始化阶段，则会根据程序员通过程序编码制定的主观计划去初始化类变量和其他资源。
注：静态语句块中只能访问静态语句块之前的变量，对静态语句块之后的变量只能赋值，不能访问。

类加载器

对于任意一个类，都必须由加载它的类加载器和这个类本身一起共同确立其在Java虚拟机当中的唯一性，每一个类加载器，都有一个独立的类命名空间。也就是说，比较两个类是否相等（例如：equals()），只有这两个类是由同一个类加载器加载的前提下才有意义，否则必定不相等。

双亲委派模型

JDK8及其以前的版本的三层类加载器。

• 启动类加载器：负责加载<JAVA_HOME>\lib（JDK安装路径下的lib目录）下存放的类库，启动类加载器无法被JAVA程序直接引用。
• 扩展类加载器：负责加载<JAVA_HOME>\lib\ext目录下的类库，这是一种Java系统类库扩展的机制，允许开发团队将具有通用性的类库放置在ext目录里以扩展功能。
• 应用程序类加载器：负责加载用户类路径上所有的类库，如果用户没有自定义过自己的类加载器，一般情况下这个就是程序默认的类加载器。

双亲委派模型的工作过程，如果一个类加载器收到了类加载的请求，它首先会将这个请求委派给父类加载器去完成，每一个层次的类加载器都是如此，因此所有的加载请求最终都应该传送到最顶层的启动类加载器中，只有当父加载器反馈自己无法完成这个请求（它的搜索范围没有找到所需的类）时，子加载器才尝试自己去加载。