类加载机制

类的完整生命周期 ：加载、连接（验证、准备、解析）、初始化、使用、卸载

1. 加载

   1. 通过一个类的全限定名来获取其定义的二进制字节流

   2. 将这个字节流所代表的的静态存储结构转化为方法区的运行时数据结构

   3. 在堆中生成一个代表这个类的Class对象，作为方法区中这些数据的访问入口

   4. 注意： 相对于类加载过程的其他阶段而言，加载阶段是可控性最强的阶段，因为程序员可以使用系统的类加载器加载，还可以使用自己的类加载器加载，在这里我们只需要知道类加载器的作用就是上面虚拟机需要完成的三件事

2. 连接

   1. 验证

      1. 文件格式的验证：验证.class文件字节流是否符合class文件的格式的规范，并且能够被当前版本的虚拟机处理

      2. 元数据验证：主要是对字节码描述的信息进行语义分析，以保证其描述的信息符合java语言规范的要求，比如说验证这个类是不是有父类，类中的字段方法是不是和父类冲突等等。

      3. 字节码验证：这是整个验证过程最复杂的阶段，主要是通过数据流和控制流分析，确定程序语义是合法的、符合逻辑的。在元数据验证阶段对数据类型做出验证后，这个阶段主要对类的方法做出分析，保证类的方法在运行时不会做出威胁虚拟机安全的事。

      4. 符号引用验证：它是验证的最后一个阶段，发生在虚拟机将符号引用转化为直接引用的时候。主要是对类自身以外 （常量池中的各种符号引用） 的信息进行校验。目的是确保解析动作能够完成。

      5. 注意： 对整个类加载机制而言，验证阶段是一个很重要但是非必需的阶段，如果我们的代码能够确保没有问题，那么我们就没有必要去验证，毕竟验证需要花费一定的的时间。当然我们可以使用

      -Xverfty:none来关闭大部分的验证。

   2. 准备 - 重要

   准备阶段主要为类变量（static）分配内存并设置初始值。这些内存都在方法区分配。在这个阶段我们只需要注意两点就好了，类变量和初始值两个关键词：

   1. 类变量（static）：会分配内存，但不会对应的分配值，其次实例变量不会分配空间，因为实例变量主要随着对象的实例化一块分配到java堆内存中

   2. 初始值：这里的初始值指的是数据类型默认值，而不是代码中被显示赋予的值

      比如1：public static int value = 1;

     > 在这里准备阶段过后的value值为0，而不是1赋值为1的动作在初始化阶段
     >    
     > 比如2：public static final int value = 1; 
     >    
     > 同时被final和static修饰准备阶段之后就是1了，因为static final在编译器就将结果放入调用它的类的常量池中 

   1. 解析

   解析阶段主要是虚拟机将常量池中的符号引用转化为直接引用的过程

   1. 符号引用：以一组符号来描述所引用的目标，可以是任何形式的字面量，只要是能无歧义的定位到目标就好，就好比在班级中，老师可以用张三来代表你，也可以用你的学号来代表你，但无论任何方式这些都只是一个代号（符号），这个代号指向你（符号引用）

   2. 直接引用：直接引用是可以指向目标的指针、相对偏移量或者是一个能直接或间接定位到目标的句柄。和虚拟机实现的内存有关，不同的虚拟机直接引用一般不同

   3. 补充： 解析动作主要针对类或接口、字段、类方法、接口方法、方法类型、方法句柄和调用点限定符7类符号引用进行

   4. 初始化

   这是类加载机制的最后一步，在这个阶段，java程序代码才开始真正执行。在准备阶段已经为类变量赋过一次值。在初始化阶端，程序员可以根据自己的需求来赋值了。一句话描述这个阶段就是执行类构造器clinit()方法的过程。

   在初始化阶段，主要为类的静态（stitic）变量赋予正确的初始值，JVM负责对类进行初始化，主要对类变量（stitic）进行初始化。在Java中对类变量进行初始值设定有两种方式：

   1. 声明类变量是指定初始值

   2. 使用静态代码块为类变量指定初始值

   补充：clinit() 方法具有以下特点：

   1. 由编译器自动收集类中所有类变量（static）的赋值动作和静态语句块（static{} 块）中的语句合并产生的，编译器收集的顺序由语句在源文件中出现的顺序决定。特别注意的是，静态语句块只能访问到定义在它之前的类变量，定义在它之后的类变量只能赋值，不能访问。例如以下代码

   class Test {
       static {
           i = 0;                // 给变量赋值可以正常编译通过
           System.out.print(i);  // 这句编译器会报错，提示“非法向前引用”
       }
       static int i = 1;
   }

   1. 与类的构造函数（或者说实例构造器 init()）不同，不需要显式的调用父类的构造器。虚拟机会自动保证在子类的 clinit() 方法运行之前，父类的 clinit() 方法已经执行结束。因此虚拟机中第一个执行 clinit() 方法的类肯定为 java.lang.Object。由于父类的 clinit() 方法先执行，也就意味着父类中定义的静态语句块要优于子类的变量赋值操作。例如以下代码：

   public class Test {
       public static void main(String[] args) {
            System.out.println(Son.B);//输出结果是父类中的静态变量A的值，也就是2
       }
   }
   class Father{
    public static int A = 1;
    static {
       System.out.println("a");
        A = 2;
    }
   }
   class son extends Father {
    public static int B = A;
    
   }

   1. clinit() 方法对于类或接口不是必须的，如果一个类中不包含静态语句块，也没有对类变量的赋值操作，编译器可以不为该类生成 clinit() 方法。

   2. 接口中不可以使用静态语句块，但仍然有类变量初始化的赋值操作，因此接口与类一样都会生成 clinit() 方法。但接口与类不同的是，执行接口的 <clinit>() 方法不需要先执行父接口的 clinit() 方法。只有当父接口中定义的变量使用时，父接口才会初始化。另外，接口的实现类在初始化时也一样不会执行接口的 clinit() 方法。

   3. 虚拟机会保证一个类的 clinit() 方法在多线程环境下被正确的加锁和同步，如果多个线程同时初始化一个类，只会有一个线程执行这个类的 clinit() 方法，其它线程都会阻塞等待，直到活动线程执行 clinit() 方法完毕。如果在一个类的 clinit() 方法中有耗时的操作，就可能造成多个线程阻塞，在实际过程中此种阻塞很隐蔽。

   4. JVM初始化步骤：

      1. 假如这个类还没有被加载和连接，则程序先加载并连接该类

         1. 假如该类的直接父类还没有被初始化，则先初始化其直接父类

         2. 假如类中有初始化语句，则系统依次执行这些初始化语句

   5. 类初始化时机：

   只有当对类的主动使用的时候才会导致类的初始化，类的主动使用包括以下六种：

     1. 创建类的实例，也就是new的方式
   ​
     2. 访问某个类或接口的静态变量，或者对该静态变量赋值
   ​
     3. 调用类的静态方法
   ​
     4. 反射
   ​
     5. 初始化某个类的子类，则其父类也会被初始化
   ​
     6. Java虚拟机启动时被标明为启动类的类，直接使用 java.exe命令来运行某个主类

   比如：测试类Test

3. 使用： 当 JVM 完成初始化阶段之后，JVM 便开始从入口方法开始执行用户的程序代码

4. 卸载： 当用户程序代码执行完毕后，JVM 便开始销毁创建的 Class 对象，最后负责运行的 JVM 也退出内存