Java虚拟机如何加载类的？

引言

上一篇文章谈到Java运行的流程，其中有一环是类加载。今天就继续深刻探讨JVM如何加载虚拟机。
首先JVM加载类的通常流程分三步：
·加载
·连接
·初始化
那么是否所有Java类都是这样三步走的方式加载呢？咱们能够从Java的数据类型去出发。Java分基本类型和引用类型。其中按照面向对象的特性，一切皆对象，那么对于基本类型也应该是对象。可是为了在执行效率和内存占用上进行调优，Java将基本类型特殊处理。因此Java基本类型加载都是Java虚拟机预先定义好了，因此没有加载这个步骤了。引用类型就是类，接口，数组。其中数组是直接由虚拟机直接生成的。类和接口是字节流，都是须要加载。

正文

Java基本类型

首先先看下基本类型的默认值和值域。

总结
1.无符号类型：boolean和char
2.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指向的方法所在的类。