JVM中篇：字节码与类的加载篇 - 第3章：类的加载过程详解 - 《Java 编程》

一、概述
二、过程一：Loading（加载）阶段
三、过程二：Linking（链接）阶段
- 环节1：链接阶段之Verification（验证）
- 环节2：链接阶段之Preparation（准备）
四、过程三：Initialization（初始化）阶段
- 1、概述
- 3、()的线程安全性
  - 4.2 被动使用
五、过程四：类的Using（使用）
六、过程五：类的Unloading（卸载）

一、概述

在Java中数据类型分为基本数据类型和引用数据类型。基本数据类型由虚拟机预先定义，引用数据类型则需要进行类的加载。
按照Java虚拟机规范，从class文件到加载到内存中的类，到类卸载出内存为止，它的整个生命周期包括如下7个阶段：

其中，验证、准备、解析3个部分统称为链接（Linking）
从程序中类的使用过程看

注意：
我们所说的加载完毕包括：加载、链接、初始化三个阶段都完成之后类进入方法区中

大厂面试题
蚂蚁金服：

描述一下JVM加载Class文件的原理机制？
一面：类加载过程

百度：

类加载的时机
java类加载过程？
简述java类加载机制？

腾讯：

JVM中类加载机制，类加载过程？

滴滴：

JVM类加载机制

美团：

Java类加载过程
描述一下jvm加载class文件的原理机制

京东：

什么是类的加载？
哪些情况会触发类的加载？
讲一下JVM加载一个类的过程JVM的类加载机制是什么？
二、过程一：Loading（加载）阶段
1、加载完成的操作
加载的理解:
所谓加载，简而言之就是将Java类的字节码文件加载到机器内存中，并在内存中构建出Java类的原型 —— 类模板对象。
所谓类模板对象，其实就是Java类在JVM内存中的一个快照，JVM将从字节码文件中解析出的常量池、类字段、类方法等信息存储到类模板中，这样JVM在运行期便能通过类模板而获取Java类中的任意信息，能够对Java类的成员变量进行遍历，也能进行Java方法的调用。在堆中生成大的Class实例，指向方法区
反射的机制即基于这一基础。如果JVM没有将Java类的声明信息存储起来，则JVM在运行期也无法反射。

加载完成的操作:
加载阶段，简言之，查找并加载类的二进制数据，生成Class的实例
在加载类时，Java虚拟机必须完成以下3件事情：

通过类的全名，获取类的二进制数据流。

解析类的二进制数据流为方法区内的数据结构（Java类模型）
创建java.lang.Class类的实例，表示该类型。作为方法区这个类的各种数据的访问入口

2、二进制流的获取方式
对于类的二进制数据流，虚拟机可以通过多种途径产生或获得。（只要所读取的字节码符合JVM规范即可）
虚拟机可能通过文件系统读入一个class后缀的文件（最常见）
读入jar、zip等（插件）归档数据包，提取类文件。
事先存放在数据库中的类的二进制数据
使用类似于HTTP之类的协议通过网络进行加载
在运行时生成一段class的二进制信息等

在获取到类的二进制信息后，Java虚拟机就会处理这些数据，并最终转为一个java.lang.Class的实例。
如果输入数据不是ClassFile的结构，则会抛出ClassFormatError。

3、类模型与Class实例的位置

3.1 类模型的位置
加载的类在JVM中创建相应的类结构，类结构会存储在方法区（JDK1.8之前：永久代；JDK1.8及之后：元空间）。
3.2 Class实例的位置
类将.class文件加载至元空间后，会在堆中创建一个Java.lang.Class对象，用来封装类位于方法区内的数据结构，该Class对象是在加载类的过程中创建的，每个类都对应有一个Class类型的对象。
整个order类存放在方法区中，称为类模板对象。然后在堆空间中生成大的Class对象。大的Class对象是指向方法区中整体类模板对象

Class类（反射的源头）的构造方法时私有的，只有JVM能够创建

java.lang.Class实例是访问类型元数据的接口，也是实现反射的关键数据、入口。通过class类型提供的接口，可以获得目标所关联的.class文件中具体的数据结构：方法、字段等信息

Class clazz = Class.forName("java.lang.String");
// 获取当前运行时类声明的所有方法
Method[] ms = clazz.getDeclaredMethods();
for (Method m : ms) {
  // 获取方法的修饰符
  String mod = Modifier.toString(m.getModifiers());
  System.out.print(mod + "");
  // 获取方法的返回值类型
  String returnType = (m.getReturnType()).getSimpleName();
  System.out.print(returnType + "");
  // 获取方法名
  System.out.print(m.getName() + "(");
  // 获取方法的参数列表
  Class<?>[] ps = m.getParameterTypes();
  if (ps.length == 0) {
      System.out.print(')');
  }
  for (int i = 0; i < ps.length; i++) {
      char end = (i == ps.length - 1) ? ')' : ',';
      // 获取参教的类型
      System.out.print(ps[i].getSimpleName() + end);
  }
}

4、数组类的加载

创建数组类的情况稍微有些特殊，因为数组类本身并不是由类加载器负责创建，而是由JVM在运行时根据需要而直接创建的，但数组的元素类型仍然需要依靠类加载器去创建。创建数组类（下述简称A）的过程：

如果数组的元素类型是引用类型，那么就遵循定义的加载过程递归加载和创建数组A的元素类型；
JVM使用指定的元素类型和数组维度来创建新的数组类。

如果数组的元素类型是引用类型，数组类的可访问性就由元素类型的可访问性决定。否则数组类的可访问性将被缺省定义为public。

三、过程二：Linking（链接）阶段

环节1：链接阶段之Verification（验证）

当类加载到系统后，就开始链接操作，验证是链接操作的第一步。
它的目的是保证加载的字节码是合法、合理并符合规范的。
验证的步骤比较复杂，实际要验证的项目也很繁多，大体上Java虚拟机需要做以下检查，如图所示。

整体说明：
验证的内容则涵盖了类数据信息的格式验证、语义检查、字节码验证，以及符号引用验证等。

其中格式验证会和加载阶段一起执行。验证通过之后，类加载器才会成功将类的二进制数据信息加载到方法区中。
格式验证之外的验证操作将会在方法区中进行（此时已经生成了类模板对象）。

链接阶段的验证虽然拖慢了加载速度，但是它避免了在字节码运行时还需要进行各种检查。（磨刀不误砍柴工）
具体说明：

格式验证：
1. 是否以魔数0XCAFEBABE开头
2. 主版本和副版本号是否在当前Java虚拟机的支持范围内
3. 数据中每一个项是否都拥有正确的长度等。
语义检查：

Java虚拟机会进行字节码的语义检查，但凡在语义上不符合规范的，虚拟机也不会给予验证通过。

是否所有的类都有父类的存在（在Java里，除了object外，其他类都应该有父类）
是否一些被定义为final的方法或者类被重写或继承了
非抽象类是否实现了所有抽象方法或者接口方法
是否存在不兼容的方法（比如方法的签名除了返回值不同，其他都一样，这种方法会让虚拟机无从下手调度；abstract情况下的方法，就不能是final的）
1. 字节码验证：

Java虚拟机还会进行字节码验证，字节码验证也是验证过程中最为复杂的一个过程。它试图通过对字节码流的分析，判断字节码是否可以被正确地执行。比如：

在字节码的执行过程中，是否会跳转到一条不存在的指令
函数的调用是否传递了正确类型的参数
变量的赋值是不是给了正确的数据类型等
栈映射帧（StackMapTable）就是在这个阶段，用于检测在特定的字节码处，其局部变量表和操作数栈是否有着正确的数据类型。但遗憾的是，100%准确地判断一段字节码是否可以被安全执行是无法实现的，因此，该过程只是尽可能地检查出可以预知的明显的问题。如果在这个阶段无法通过检查，虚拟机也不会正确装载这个类。但是，如果通过了这个阶段的检查，也不能说明这个类是完全没有问题的。

在前面三次检查中，已经排除了文件格式错误、语义错误以及字节码的不正确性。但是依然不能确保类是没有问题的。

符号引用的验证：校验器还将进符号引用的验证。Class文件在其常量池会通过字符串记录自己将要使用的其他类或者方法。因此，在验证阶段，虚拟机就会检查这些类或者方法确实是存在的，并且当前类有权限访问这些数据，如果一个需要使用类无法在系统中找到，则会抛出NoClassDefFoundError，如果一个方法无法被找到，则会抛出NoSuchMethodError。
1. 此阶段在解析环节才会执行。
  环节2：链接阶段之Preparation（准备）
  准备阶段（Preparation），简言之，为类的静态变量分配内存，并将其初始化为默认值
  注意点：初始化之前都只涉及静态结构，不涉及非静态结构，非静态结构只是在加载阶段加到方法区的类模板对象中。类使用阶段，创建类的对象，才会加载类中的实例变量
  当一个类验证通过时，虚拟机就会进入准备阶段。在这个阶段，虚拟机就会为这个类分配相应的内存空间，并设置默认初始值。Java虚拟机为各类型变量默认的初始值如表所示。

类型	默认初始值
byte	(byte)0
short	(short)0
int	0
long	0L
float	0.0f
double	0.0
char	\u0000
boolean	false —》0
reference	null

注意：Java并不支持boolean类型，对于boolean类型，内部实现是int，由于int的默认值是0，故对应的，boolean的默认值就是false。

注意：

这里不包含基本数据类型的字段用static final修饰的情况，因为final在编译的时候就会分配了（常量池中有展示），准备阶段会显示赋值 ```java // 准备环节可以赋值。后续可以修改id的值 private static long id;

// 在编译的时候就在常量池中分配了值 private static final int num = 1;

// 一般情况：static final修饰的基本数据类型、字符串类型字面量会在准备阶段赋值 private static final String str = “Hello world”;

// 特殊情况：static final修饰的引用类型不会在准备阶段赋值，而是在初始化阶段赋值 private static final String str = new String(“Hello world”);

注意：以下前3点的前提都是字段已经完成显示赋值（定义的后面已经赋了值）的前提下进行的
   1. 非final修饰的静态变量会在准备阶段赋初始值，然后在初始化中的<init>方法中显示赋值
   1. 静态常量（基本数据类型、String类型字面量）在编译阶段会初始化赋值，然后在准备阶段就会显示赋值
   1. 引用数据类型的静态常量，尤其是**new String("XXX")**这种形式，都是在**初始化中的<init>中进行显示赋值的**
   1. 如果在static静态代码块中具有显示赋值操作（定义的后面没有赋值），那肯定就是在初始化中的<init>方法中显示赋值
2.  注意这里不会为实例变量分配初始化，**类变量会分配在方法区中**，而**实例变量**是会随着对象一起分配到**Java堆**中。 
2.  在这个阶段并不会像初始化阶段中那样会有初始化或者代码被执行。
<a name="b7jA1"></a>
### 环节3：链接阶段之Resolution（解析）
在准备阶段完成后，就进入了解析阶段。<br />解析阶段（Resolution），简言之**，将类、接口、字段和方法的符号引用转为直接引用**。<br />**具体描述**：<br />符号引用就是一些字面量的引用，和虚拟机的内部数据结构和和内存布局无关。比较容易理解的就是在Class类文件中，通过常量池进行了大量的符号引用。但是在程序实际运行时，只有符号引用是不够的，比如当如下println()方法被调用时，**系统需要明确知道该方法的位置**。<br />符号引用：描述操作过程<br />直接引用：实际操作步骤<br />**举例**：<br />输出操作System.out.println()对应的字节码：
```java
invokevirtual #24 <java/io/PrintStream.println>

以方法为例，Java虚拟机为每个类都准备了一张方法表，将其所有的方法都列在表中，当需要调用一个类的方法的时候，只要知道这个方法在方法表中的偏移量就可以直接调用该方法。通过解析操作，符号引用就可以转变为目标方法在类中方法表中的位置（直接引用），从而使得方法被成功调用

虚拟机在加载Class文件时才会进行动态链接，也就是说,Class文件中不会保存各个方法和字段的最终内存布局信息，因此，这些字段和方法的符号引用不经过转换是无法直接被虚拟机使用的。当虚拟机运行起来时，需要从常量池中获得对应的符号引用，再在类加载过程中（初始化阶段）将其替换直接引用，并翻译到具体的内存地址中
符号引用：符号引用以一组符号来描述所引用的目标，符号可以是任何形式的字面量，只要使用时能无歧义地定位到目标即可。符号引用与虚拟机实现的内存布局无关，引用的目标并不一定已经加载到了内存中
直接引用：直接引用可以是直接指向目标的指针、相对偏移量或是一个能间接定位到目标的句柄。直接引用是与虚拟机实现的内存布局相关的，同一个符号引用在不同虚拟机实例上翻译出来的直接引用一般不会相同。如果有了直接引用，那说明引用的目标必定已经存在于内存之中了。
不过Java虚拟机规范并没有明确要求解析阶段一定要按照顺序执行。在HotSpot VM中，加载、验证、准备和初始化会按照顺序有条不紊地执行，但链接阶段中的解析操作往往会伴随着JVM在执行完初始化之后再执行
符号引号有：类和接口的权限定名、字段的名称和描述符、方法的名称和描述符

解释什么是符号引号和直接引用?

教室里有个空的位子没坐人，座位上边牌子写着小明的座位（符号引用），后来小明进来坐下去掉牌子即符号引用换成直接引用
我们去做菜，看菜谱，步骤都是什么样的（这是符号引号），当我们实际上去做,这个过程是直接引用

四、过程三：Initialization（初始化）阶段

1、概述

初始化阶段，简言之，为类的静态变量赋予正确的初始值（显示赋值）。（链接阶段的准备环节：为类的静态变量分配内存，并将其初始化为默认值）
1.1 具体描述
类的初始化是类装载的最后一个阶段。如果前面的步骤都没有问题，那么表示类可以顺序装载到系统中。此时，类才会开始执行Java字节码。即：到了初始化阶段，才真正开始执行类中定义的Java程序代码
初始化阶段的重要工作是执行类的初始化方法：< clinit >()方法，显示赋值

该方法仅能由Java编译器生成并由JVM调用，程序开发者无法自定义一个同名的方法，更无法直接在Java程序中调用该方法，虽然该方法也是由字节码指令所组成。

它是由类静态成员的赋值语句以及static语句块合并产生的

public class ClassInitTest {
private  static int num = 1; //类变量的赋值动作
// 静态代码快中的语句
static{
  num = 2;
  number = 20;
  System.out.println(num);    // 初始化阶段执行输出
  // System.out.println(number); 报错：非法的前向引用
}
// Linking之prepare: number=0 -->initial:20-->10
private static int number=10;
public static void main(String[] args) {
  System.out.println(ClassInitTest.num);
  System.out.println(ClassInitTest.number);
}
}

2.2 说明
在加载一个类之前，虚拟机总是会试图加载该类的父类，因此父类的总是在子类之前被调用，也就是说，父类的static块优先级高于子类（由父及子、静态先行）

public class ClinitTest1 {
static class Father{
  public static int A=1;
  static{
      A=2;
  }
}
static class Son extends Father{
  public static int B = A;
}
public static void main(String[] args) {
  // 这个输出2，则说明父类已经全部加载完毕
  System.out.println(Son.B);
}
}

Java编译器并不会为所有的类都产生()初始化方法。哪些类在编译为字节码后，字节码文件中将不会包含()方法？

一个类中并没有声明任何的类变量，也没有静态代码块时
一个类中声明类变量，但是没有明确使用类变量的初始化语句以及静态代码块来执行初始化操作时
一个类中包含static final修饰的基本数据类型的字段，这些类字段初始化语句采用编译时常量表达式（如果这个static final 不是通过方法或者构造器，则在链接阶段） ```java /**
- 哪些场景下，java编译器就不会生成()方法 */ public class InitializationTest1 { // 场景1：对应非静态的字段，不管是否进行了显式赋值，都不会生成()方法 public int num = 1;
// 场景2：静态的字段，没有显式的赋值，不会生成()方法 public static int num1;

// 场景3：比如对于声明为static final的基本数据类型的字段，不管是否进行了显式赋值，都不会生成()方法 // 此时在衔接阶段的准备阶段已完成初始化赋值 public static final int num2 = 1;

// 场景4：会生成<clinit>()方法
public static int num2 = 1;

}

<a name="OKUkD"></a>
### 2、static与final的搭配问题
**说明**：使用static + final修饰的字段的显式赋值的操作，到底是在哪个阶段进行的赋值？
-  情况1：在链接阶段的准备环节赋值 
-  情况2：在初始化阶段<clinit>()中赋值
   -  若没有加final修饰的，肯定是在初始化阶段赋值
**结论**： <br />在链接阶段的准备环节赋值的情况：
-  对于基本数据类型的字段来说，如果使用static final修饰，则显式赋值(直接赋值常量，而非调用方法通常是在链接阶段的准备环节进行 
-  对于String来说，如果使用字面量的方式赋值，使用static final修饰的话，则显式赋值通常是在链接阶段的准备环节进行 
在初始化阶段<clinit>()中赋值的情况： <br />排除上述的在准备环节赋值的情况之外的情况。 <br />**最终结论**：<br />使用static + final修饰，且显式赋值中不涉及到方法或构造器调用的基本数据类到或String类型的显式赋值，是在链接阶段的准备环节进行。
```java
/**
 *
 * 说明：使用static + final修饰的字段的显式赋值的操作，到底是在哪个阶段进行的赋值？
 * 情况1：在链接阶段的准备环节赋值
 * 情况2：在初始化阶段<clinit>()中赋值（没有加final修饰、肯定是在初始化阶段赋值）
 * 
 * 结论:
 *     在链接阶段的准备环节赋值的情况:
 *         1. 对于基本数据类型的字段来说，如果使用static final修饰，则显式赋值（直接赋值常量，而非调用方法）通常是在链接阶段的准备环节进行
 *         2. 对于String来说，如果使用字面量的方式赋值，使用static final修饰的话，则显式赋值通常是在链接阶段的准备环节进行
 *
 *  在初始化阶段<clinit>()中赋值的情况:
 *         1. 排除上述的在准备环节赋值的情况之外的情况。
 *     
 * 最终结论：
 *    使用static + final修饰，且显示赋值中不涉及到方法或构造器调用的基本数据类型或String类型的显式赋值，是在链接阶段的准备环节进行。
 */
public class InitializationTest2 {
    // 在初始化阶段<clinit>()中赋值
    public static int a = 1;
    // 在链接阶段的准备环节赋值
    public static final int INT_CONSTANT = 10;
    // 在初始化阶段<clinit>()中赋值
    public static final Integer INTEGER_CONSTANT1 = Integer.valueOf(100);
    // 在初始化阶段<clinit>()中赋值
    public static Integer INTEGER_CONSTANT2 = Integer.valueOf(1000);
    // 在链接阶段的准备环节赋值
    public static final String s0 = "helloworld0";
    // 在初始化阶段<clinit>()中赋值
    public static final String s1 = new String("helloworld1");
    // 在初始化阶段<clinit>()中赋值
    public static String s2 = "helloworld2";
    // 在初始化阶段<clinit>()中赋值
    public static final int NUM1 = new Random().nextInt(10); // 方法的调用实现赋值，与new创建对象类似
}

最终结论：
使用static+final修饰，并且进行显示赋值（定义的时候后面就已经附了初始值），还不涉及到方法或者构造器调用的基本数据类型或者String类型字面量（”XXX”这种形式，而不是new String(“XXX”)这种形式）的字段，将在准备中的链接阶段进行显示赋值，其他已经进行显示赋值的静态常量（包括引用类型，尤其是new String(“XXX”)这种类型的，还有调用其他方法获得的值，比如new Random().nextInt(10)等）或者静态变量（这是肯定在初始化方法中显示赋值）都将在初始化中的方法中进行显示赋值
对于链接阶段的准备环节就完成赋值的，其字段下面的有属性ConstantValue，否则是没有属性ConstantValue的，如下：

在初始化中的方法中完成赋值的，如下：

3、()的线程安全性

对于()方法的调用，也就是类的初始化，虚拟机会在内部确保其多线程环境中的安全性。
虚拟机会保证一个类的()方法在多线程环境中被正确地加锁、同步，如果多个线程同时去初始化一个类，那么只会有一个线程去执行这个类的()方法，其他线程都需要阻塞等待，直到活动线程执行()方法完毕。
正是因为函数()带锁线程安全的（隐式锁），因此，如果在一个类的()方法中有耗时很长的操作，就可能造成多个线程阻塞，引发死锁。并且这种死锁是很难发现的，因为看起来它们并没有可用的锁信息。
如果之前的线程成功加载了类，则等在队列中的线程就没有机会再执行()方法了。那么，当需要使用这个类时，虚拟机会直接返回给它已经准备好的信息。 ```java class StaticA {

static { try {
```
  Thread.sleep(1000);
```
} catch (InterruptedException e) { } try {
```
  Class.forName("com.xiaozhi.StaticB");
```
} catch (ClassNotFoundException e) {
```
  e.printStackTrace();
```
} System.out.println(“StaticA init OK”); } }

class StaticB { static { try { Thread.sleep(1000); } catch (InterruptedException e) { } try { Class.forName(“com.xiaozhi.StaticA”); } catch (ClassNotFoundException e) { e.printStackTrace(); } System.out.println(“StaticB init OK”); } }

public class StaticDeadLockMain extends Thread { private char flag;

public StaticDeadLockMain(char flag) {
    this.flag = flag;
    this.setName("Thread" + flag);
}
@Override
public void run() {
    try {
        Class.forName("com.xiaozhi.Static" + flag);
    } catch (ClassNotFoundException e) {
        e.printStackTrace();
    }
    System.out.println(getName() + " over");
}
public static void main(String[] args) throws InterruptedException {
    StaticDeadLockMain loadA = new StaticDeadLockMain('A');
    loadA.start();
    StaticDeadLockMain loadB = new StaticDeadLockMain('B');
    loadB.start();
}

}

<a name="EnXX5"></a>
### 4、类的初始化情况：主动使用vs被动使用
Java程序对类的使用分为两种：主动使用和被动使用。<br />主动使用会调用<clinit>()方法，即执行了类的初始化阶段<br />被动使用不会调用<clinit>()方法，类仍会被加载
<a name="VhcZL"></a>
#### 4.1 主动使用
Class只有在必须要首次使用的时候才会被装载，Java虚拟机不会无条件地装载Class类型。Java虚拟机规定，一个类或接口在初次使用前，必须要进行初始化。这里指的“使用”，是指主动使用，主动使用只有下列几种情况：（即：如果出现如下的情况，则会对类进行初始化操作。而初始化操作之前的加载、验证、准备已经完成。
1. **实例化：**当创建一个类的实例时，比如使用new关键字，或者通过反射、克隆、反序列化。 
```java
/**
 * 反序列化
 */
Class Order implements Serializable {
    static {
        System.out.println("Order类的初始化");
    }
}
public void test() {
    ObjectOutputStream oos = null;
    ObjectInputStream ois = null;
    try {
        // 序列化
        oos = new ObjectOutputStream(new FileOutputStream("order.dat"));
        oos.writeObject(new Order());
        // 反序列化
        ois = new ObjectInputStream(new FileOutputStream("order.dat"));
        Order order = ois.readObject();
    }
    catch (IOException e){
        e.printStackTrace();
    }
    catch (ClassNotFoundException e){
        e.printStackTrace();
    }
    finally {
        try {
            if (oos != null) {
                oos.close();
            }
            if (ois != null) {
                ois.close();
            }
        }
        catch (IOException e){
            e.printStackTrace();
        }
    }
}

静态方法：当调用类的静态方法时，即当使用了字节码invokestatic指令。
静态字段：当使用类、接口的静态字段时（final修饰特殊考虑），比如，使用getstatic或者putstatic指令。（对应访问变量、赋值变量操作） ```java public class ActiveUse {

@Test public void test() { // System.out.println(User.num); // 会对User类进行初始化，执行static块 // System.out.println(User.num1); // 不会对User类进行初始化，不会执行static块。链接阶段的准备环节进行赋值
```
 System.out.println(User.num2);      // 会对User类进行初始化，执行static块
```
}

@Test public void test1() { // System.out.println(CompareA.NUM1); // 没有调用CompareA的初始化
```
 System.out.println(CompareA.NUM2);      // 会对CompareA进行初始化
```
} }

class User {

static {
    System.out.println("User类的初始化");
}
public static int num = 1;
public static final int num1 = 2;
public static final int num2 = new Random().nextInt(10);

}

interface CompareA{

public static final Thread t = new Thread() {
    {
        System.out.println("CompareA的初始化");
    }
};
public static final int NUM1 = 1;
public static final int NUM2 = new Random().nextInt(10);

}


4. **反射：**当使用java.lang.reflect包中的方法反射类的方法时。比如：Class.forName("com.atguigu.java.Test") 
4. **继承：**当初始化子类时，如果发现其父类还没有进行过初始化，则需要先触发其父类的初始化。 
当Java虚拟机初始化一个类时，要求它的所有父类都已经被初始化，但是这条规则并不适用于接口
   1. 在初始化一个类时，并不会先初始化它所实现的接口
   1. 在初始化一个接口时，并不会先初始化它的父接口
   1. 因此，一个父接口并不会因为它的子接口或者实现类的初始化而初始化。只有当程序首次使用特定接口的静态字段时，才会导致该接口的初始化。
6. **default方法：**如果一个接口定义了default方法，那么直接实现或者间接实现该接口的类的初始化，该接口要在其之前被初始化。 
```java
interface Compare {
    public static final Thread t = new Thread() {
        {
            System.out.println("Compare接口的初始化");
        }
    }   
}

main方法：当虚拟机启动时，用户需要指定一个要执行的主类（包含main()方法的那个类），虚拟机会先初始化这个主类。

VM启动的时候通过引导类加载器加载一个初始类。这个类在调用public static void main(String[])方法之前被链接和初始化。这个方法的执行将依次导致所需的类的加载，链接和初始化。

MethodHandle：当初次调用MethodHandle实例时，初始化该MethodHandle指向的方法所在的类。（涉及解析REF getStatic、REF_putStatic、REF invokeStatic方法句柄对应的类）

4.2 被动使用
除了以上的情况属于主动使用，其他的情况均属于被动使用。被动使用不会引起类的初始化。
也就是说：并不是在代码中出现的类，就一定会被加载或者初始化。如果不符合主动使用的条件，类就不会初始化。
静态字段：当通过子类引用父类的静态变量，不会导致子类初始化，只有真正声明这个字段的类才会被初始化。 ```java public class PassiveUse { @Test public void test() {
```
 System.out.println(Child.num);
```
} }

class Child extends Parent { static { System.out.println(“Child类的初始化”); } }

class Parent { static { System.out.println(“Parent类的初始化”); }

public static int num = 1;

}


2. **数组定义：**通过数组定义类引用，不会触发此类的初始化 
```java
Parent[] parents= new Parent[10];
System.out.println(parents.getClass()); 
// new的话才会初始化
parents[0] = new Parent();

引用常量：引用常量不会触发此类或接口的初始化。因为常量在链接阶段就已经被显式赋值了。 ```java public class PassiveUse { public static void main(String[] args) {
```
 System.out.println(Serival.num);
 // 但引用其他类的话还是会初始化
 System.out.println(Serival.num2);
```
} }

interface Serival { public static final Thread t = new Thread() { { System.out.println(“Serival初始化”); } };

public static int num = 10; 
public static final int num2 = new Random().nextInt(10);

}


4. **loadClass方法：**调用ClassLoader类的loadClass()方法加载一个类，并不是对类的主动使用，不会导致类的初始化。 
```java
Class clazz = ClassLoader.getSystemClassLoader().loadClass("com.test.java.Person");

扩展：
-XX:+TraceClassLoading：追踪打印类的加载信息

五、过程四：类的Using（使用）

任何一个类型在使用之前都必须经历过完整的加载、链接和初始化3个类加载步骤。一旦一个类型成功经历过这3个步骤之后，便“厉事俱备只欠东风”，就等着开发者使用了。
开发人员可以在程序中访问和调用它的静态类成员信息（比如：静态字段、静态方法），或者使用new关键字为其创建对象实例。

六、过程五：类的Unloading（卸载）

1、类、类的加载器、类的实例之间的引用关系

在类加载器的内部实现中，用一个Java集合来存放所加载类的引用。另一方面，一个Class对象总是会引用它的类加载器，调用Class对象的getClassLoader()方法，就能获得它的类加载器。由此可见，代表某个类的Class实例与其类的加载器之间为双向关联关系。
一个类的实例总是引用代表这个类的Class对象。在Object类中定义了getClass()方法，这个方法返回代表对象所属类的Class对象的引用。此外，所有的java类都有一个静态属性class，它引用代表这个类的Class对象。

2、类的生命周期

当Sample类被加载、链接和初始化后，它的生命周期就开始了。当代表Sample类的Class对象不再被引用，即不可触及时，Class对象就会结束生命周期，Sample类在方法区内的数据也会被卸载，从而结束Sample类的生命周期。
一个类何时结束生命周期，取决于代表它的class对象何时结束生命周期

3、具体例子

loader1变量和obj变量间接应用代表Sample类的Class对象，而objClass变量则直接引用它。
如果程序运行过程中，将上图左侧三个引用变量都置为null，此时Sample对象结束生命周期，MyClassLoader对象结束生命周期，代表Sample类的Class对象也结束生命周期，Sample类在方法区内的二进制数据被卸载。
当再次有需要时，会检查Sample类的Class对象是否存在，如果存在会直接使用，不再重新加载；如果不存在Sample类会被重新加载，在Java虚拟机的堆区会生成一个新的代表Sample类的Class实例（可以通过哈希码查看是否是同一个实例）

4、类的卸载

（1）启动类加载器加载的类型在整个运行期间是不可能被卸载的（jvm和jls规范）
（2）被系统类加载器和扩展类加载器加载的类型在运行期间不太可能被卸载，因为系统类加载器实例或者扩展类的实例基本上在整个运行期间总能直接或者间接的访问的到，其达到unreachable的可能性极小。
（3）被开发者自定义的类加载器实例加载的类型只有在很简单的上下文环境中才能被卸载，而且一般还要借助于强制调用虚拟机的垃圾收集功能才可以做到。可以预想，稍微复杂点的应用场景中（比如：很多时候用户在开发自定义类加载器实例的时候采用缓存的策略以提高系统性能），被加载的类型在运行期间也是几乎不太可能被卸载的（至少卸载的时间是不确定的）。
综合以上三点，一个已经加载的类型被卸载的几率很小至少被卸载的时间是不确定的。同时我们可以看的出来，开发者在开发代码时候，不应该对虚拟机的类型卸载做任何假设的前提下，来实现系统中的特定功能。

回顾：方法区的垃圾回收

方法区的垃圾收集主要回收两部分内容：常量池中废弃的常量和不再使用的类型。
HotSpot虚拟机对常量池的回收策略是很明确的，只要常量池中的常量没有被任何地方引用，就可以被回收。
判定一个常量是否“废弃”还是相对简单，而要判定一个类型是否属于“不再使用的类”的条件就比较苛刻了。需要同时满足下面三个条件：

该类所有的实例都已经被回收。也就是Java堆中不存在该类及其任何派生子类的实例。
加载该类的类加载器已经被回收。这个条件除非是经过精心设计的可替换类加载器的场景，如OSGi、JSP的重加载等，否则通常是很难达成的。
该类对应的java.lang.Class对象没有在任何地方被引用，无法在任何地方通过反射访问该类的方法。

Java虚拟机被允许对满足上述三个条件的无用类进行回收，这里说的仅仅是“被允许”，而并不是和对象一样，没有引用了就必然会回收。

第3章：类的加载过程详解