引言
上一篇文章谈到 Java 运行的流程，其中有一环是类加载。今天就继续深入探讨 JVM 如何加载虚拟机。首先 JVM 加载类的一般流程分三步：·加载·链接·初始化那么是否全部 Java 类都是这样三步走的方式加载呢？我们可以从 Java 的数据类型去出发。Java 分基本类型和引用类型。其中按照面向对象的特性，一切皆对象，那么对于基本类型也应该是对象。但是为了在执行效率和内存占用上进行调优，Java 将基本类型特殊处理。所以 Java 基本类型加载都是 Java 虚拟机预先定义好了，所以没有加载这个步骤了。引用类型就是类，接口，数组。其中数组是直接由虚拟机直接生成的。类和接口是字节流，都是需要加载。
正文
Java 基本类型
首先先看下基本类型的默认值和值域。
总结 1. 无符号类型：boolean 和 char2.boolean 在 Java 虚拟机中，根据虚拟机规范转换为 int 类型，false 为 0，true 为 1
引用类型
引用类型中的数组是直接由 Java 虚拟机直接生成，接下来直接讲类和接口。为了叙述方便直接统称为类。类的加载分三步。
加载
加载是通过加载器进行加载的。Java 虚拟机有个一加载机制，叫做双亲委派模型。具体就是当一个类加载器拿到这个类的时候先给自己的父类加载器进行加载，如果父类加载器没有找到所请求的类，才会给该类加载器。还是挺尊老爱幼的。那么加载器有很多中，在 Java9 之前分三类。Java9 之后分两类。
分类：Java9 之前·启动类加载器：负责加载最为基础和最为重要的类。比如存放在 jre 的 lib 目录的 jar 包中的类以及虚拟机参数 -Xbootclasspath 指定的类。·扩展类加载器：扩展类加载器的父类的加载器是启动类加载器。扩展类加载器加载相对次要但是又通用的类。比如 jre 中 lib/ext 目录下的 jar 包中的类以及由系统变量 java.ext.dir 指定的类。·应用类加载器：应用类加载器的父类加载器是扩展类加载器。负责加载应用加载应用程序路径的类（这里的应用程序的路径就是虚拟机参数 -cp/-classpath，系统变量 java.class.path 或环境变量 CLASSPATH 指定的路径）。
Java9 之后启动类加载器：同上平台类加载器：Java9 引入模块系统，所以除了少数的几个关键模块是用启动类加载器加载，其余的都有平台类加载器加载。
类加载器除了提供加载功能，还提供命名空间的功能，这个就很像 Java 的包名一样。即时是同一个类，经过不同的类加载器，命名不同那这两个类也是不是同一个类。
链接
何为链接，就是讲加载的类合并至 Java 虚拟机，使之能够执行的过程。具体流程可以分类验证，准备以及解析三个过程。验证：验证的目的就是需要符合 Java 虚拟机的规范。准备：为加载类的静态字段分配内存，部分 Java 虚拟机还会在这阶段构造其他跟类层次相关的数据结构，比如说用来实现虚方法的动态绑定的方法表。解析：当 class 文件加载到虚拟机之前这个类不知道自己的成员变量和成员方法的地址，所以编译器会生成一个符号引用，这个符号应用包括所在类的名字，目标方法的名字，接收参数类型以及返回类型。解析就是将这个符号引用转化为实际引用。如果符号引用指向的类没有加载，那么会触发这个类进行加载，但是不会链接和初始化。
Java 虚拟机规范并没有要求链接过程完成解析，如果某些字节码使用了符号引用，那么在执行这些字节码之前，需要完成解析。
初始化
初始化就是初始化静态字段，如果静态字段被 final 修改，那么该字段就会被标记为常量值，其初始化直接由 Java 虚拟机完成。其他的初始化静态字段的代码 Java 编译器会放在一个方法中并且命名为 <clinit>. 初始化就是为常量值直接赋值和执行 <clinit> 方法的过程。Java 虚拟机会通过加锁的方式确保 <clinit> 方法只执行一次。那么什么时候会触发初始化：1. 当虚拟机启动，初始化用户指定的类。2. 当遇到用以新建目标类实例的 new 指令时，初始化 new 指令的目标类。3. 当遇到调用静态方法的指令时，初始化该静态方法所在的类。4. 但遇到访问静态字段的指令时，初始化该静态字段所在的类。5. 子类的初始化会触发父类的初始化。6. 如果接口定义了 default 方法，那么直接实现或者间接实现该接口的类的初始化，会触发该接口的初始化。7. 使用反射 API 对某个类进行反射调用时，会初始化该类。8. 当初次调用 MethodHandle 实例时，初始化该 MethodHandle 指向的方法所在的类。