JVM：第一章：类加载机制深度解析

启动虚拟机 （C++负责创建） 【windows ： bin/java.exe调用 jvm.dll Linux ： java 调用 libjvm.so 】

创建一个引导类加载器实例 （C++实现）

C++ 调用Java代码，创建JVM启动器，实例sun.misc.Launcher 【这货由引导加载器负责加载创建其他类加载器】

sun.misc.Launcher.getLauncher() 获取运行类自己的加载器ClassLoader --> 是AppClassLoader

获取到ClassLoader后调用loadClass(“A”)方法加载运行的类A

加载完成执行A类的main方法

程序运行结束

JVM销毁
123456789101112131415

加载：我们说jvm执行的java字节码，编译后在磁盘上，总得读取这个字节码文件吧 ，通过啥读 IO呗 ， 所以第一步肯定是加载字节码文件。

验证：JVM总不能说读到啥就直接运行了吧，你外面有个A.class 里面是一堆JVM规范不认识的内容，也执行不了啊 。 符合JVM规范才能执行后续的步骤，所以第二步是 校验字节码文件的正确性。

准备：给类的静态变量分配内存，并赋予默认值。 我们的类里，可能会包含一些静态变量吧 。 比如 public static final int a = 12; 得给a分配个默认值 0 ，再比如 public static User user = new User(); 给 static的变量 User分配内存，并赋默认值null （final修饰的常量，直接赋值）。

解析：这个地方不是很好理解， 解析是什么意思呢？将符号引用替换为直接引用。 符号引用 ？ 直接引用？ what ? 我们的类的静态方法，比如main方法，其实在Java中有个叫法 都是叫符号 。 这个阶段就会吧，一些静态方法（符号引用，比如刚才说的main方法）替换为指向数据所存内存的指针或者句柄等（直接引用）【找到具体在内存中的位置】。 这个就是静态链接过程（在类加载期间完成）。 动态链接是在程序运行期间完成的将符号引用替换为直接引用 （比如某个普通方法的调用）。

初始化：上面的步骤完事儿以后，这一步主要是对类的静态变量初始化为指定的值，执行静态代码块。 比如刚才第二步的 public static final int a = 12; ，第二步给static变量赋了默认值，这一步就该把12赋值给它了。 还有 static的 User public static User user = new User(); 实例化User。
123456789

public class TestDynamicLoad {
 
    static {
        System.out.println("加载TestDynamicLoad类中的静态代码块");
    }
 
    public static void main(String[] args) {
        new A();
        System.out.println("执行main方法中的代码");
        B b = null;//B不会加载，除非这里执行 new B()
 
    }
}
 
class A{
    static {
        System.out.println("加载A类中的静态代码块");
    }
 
    public A(){
        System.out.println("加载A类中的构造方法");
    }
}
 
class B{
    static {
        System.out.println("加载B类中的静态代码块");
    }
 
    public B(){
        System.out.println("加载B类中的构造方法");
    }
}
 
 
执行结果：
 
加载TestDynamicLoad类中的静态代码块
加载A类中的静态代码块
加载A类中的构造方法
执行main方法中的代码
1234567891011121314151617181920212223242526272829303132333435363738394041

import com.sun.crypto.provider.DESKeyFactory;
import sun.misc.Launcher;
import java.net.URL;
 
public class TestJDKClassLoader {
 
    public static void main(String[] args) {
1234567