1. 类加载的运行全过程

当我们用java命令运行某个类的main函数的启动程序时，首先需要通过类加载器把主类加载到JVM中。

public class Math {
    public static final int initData = 666;
    public static User user = new User();
 
    public int compute() { //一个方法对应一块栈帧内存区域 
        int a = 1;
        int b = 2;
        int c = (a + b) * 10;
        return c;
    }
 
    public static void main(String[] args) {
        Math math = new Math();
        math.compute();
    }
}

通过Java命令执行代码的类加载全过程

在这里插入图片描述

其中loadClass的类加载过程有以下几步：

加载 >> 验证 >> 准备 >> 解析 >> 初始化 >> 使用 >> 卸载

加载：在硬盘上查找并通过IO读入字节码文件，使用到类时才会加载，例如调用类的main()方法，new对象等，在加载阶段会在内存区域生成一个代表这个类的java.lang.Class对象，作为方法区这个类的各种数据的访问入口。
验证：校验字节码文件的准确性；
准备：给类的静态变量分配内存，并赋予默认值；
解析：将符号引用替换为直接引用，该阶段会把一些静态方法替换为只想数据所在内存区域的指针或句柄(直接引用)，这是所谓的静态链接过程，动态链接是在程序运行过程完成的将符号引用替换为直接引用；
初始化：对类的静态变量初始化为指定的值，执行静态代码块；

在这里插入图片描述

1.1 加载

在加载阶段，虚拟机需要完成以下三件事情：

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

《Java虚拟机规范》对这三点的要求并不是特别具体，所以留给虚拟机实现与Java应用的灵活度非常大，例如我们通过一个类的全限定类名来获取定义此类的二进制字节流这条规则，它并没有指明二进制文件流必须得从某个Class文件中获取，确切的说根本没有指明说要从哪里获取，如何获取。这也是日后的JAR、WAR、EAR格式的基础。

这一阶段就是先把字节码文件丢到内存。但是加载之前要先验证一下。

1.2 验证

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

文件格式验证：这个阶段要验证字节流文件是否符合Class文件格式的规范，并且能被当前版本的虚拟机处理。例如：是否以魔数0xCAFEBABE开头，主次版本是否在当前Java虚拟机的接受范围之内等；
元数据验证：这个阶段主要是对字节码描述的信息进行语义分析，以确保其描述信息符合<Java语言规范>的要求，例如：这个类是否有父类，这个类是否继承了不允许继承的类(被final修饰的类)等；
字节码验证：这个阶段验证过程是最复杂的一个过程，主要目的是通过数据流分析和控制流分析，确定程序语义是合法的、符合逻辑的。在第二个阶段对元数据信息中的数据类型校验分析完毕后，这阶段就要对类的方法体进行校验分析，保证被校验类的方法在运行时不会做出危害虚拟机的行为。
符号引用验证：最后一个阶段校验行为发生在虚拟机将符号引用转换为直接引用的时候，这个转化动作在链接阶段的第三阶段-解析阶段中发生。符号引用验证可以看作是对类自身以外的各类信息进行匹配校验，通俗来说就是，该类是否缺少或被禁止访问它依赖的某些类、方法、字段等资源。

在这里插入图片描述