说明：

本文虽然借鉴了网络的部分内容，但是由于网络上内容基本都是摘抄JVM书来的，有的地方很晦涩难懂，尤其是SPI和线程上下文类加载器TCCL那里。

本文通过根据jdbc的驱动加载过程，跟踪双亲委派源码、rt.jar、Class.forName、SPI、TCCL的执行顺序，分析了它们之间的关系。总结完收获很大，希望你也有所收获

各小节没有标序号，但大章节序号是有的，慢慢看即可，我花了一整天整理学习。不说了，去睡觉了

类的使用流程：

• 是否加载了该类
  • 没有加载：使用类加载器加载该类
  • 加载了：链接–初始化—调用main方法

一、简述

类加载归纳为有三个阶段：

先编译java为class，启动程序后开始进行类装载

1) 、加载：

从文件系统或者网络中查找并加载类的二进制数据，利用二进制数据创建class对象

2) 、连接：

2.1) 、验证 : 确保被加载的类的正确性，确保class文件的字节流中信息符合JVM的要求，不会危害JVM的安全，使得JVM免受恶意代码的攻击。主要包括四种验证，文件格式验证，元数据验证，字节码验证，符号引用验证。

2.2) 、准备：为类的static静态变量分配内存，并将其初始化为默认值，但是到达初始化之前类变量都没有初始化为真正的初始值。（这里不包含final修饰的static变量，因为final在编译时候就会分配了，准备阶段会显示初始化。）（这里不会为实例变量分配初始化，类变量会分配在方法区中，而实例变量会随着对象一起分配到java堆中）这些内存都将在方法区中进行分配。

2.3) 解析

2.3、解析：把类中的符号引用转换为直接引用，就是在类的常量池中寻找类、接口、字段和方法的符号引用，把这些符号引用替换成直接引用的过程。虚拟机规范之中并未规定解析阶段发生的具体时间，只要求了在执行anewarray、checkcast, getfield, getstatic, instanceof, invokeinterface, invokespecial, invokestatic、invokevirtual, multianewarray、new、 putfield和 putstatIc这13个用于操作符号引用的字节码指令之前，先对它们所使用的符号引用进行解析。所以虚拟机实现会根据需要来判断，到底是在类被加载器加载时就对常量池中的符号引用进行解析，还是等到一个符号引用将要被使用前才去解析它。

解析动作主要针对类或接口、字段、类方法、接口方法四类符号引用进行，分别对应于常量池的 CONSTANT Class info、 CONSTANT_Fieldref_info、 CONSTANT_Methodref_info及 CONSTANT_InterfaceMethodref_info四种常量类型。

• 符号引用( Symbolic References)：符号引用以一组符号来描述所引用的目标，符号引用可以是任何形式的字面量，只要使用时能无歧义地定位到目标即可。符号引用与虚拟机实现的内存布局无关，无用的且标并不一定已经加载到内存中。
  • 符号引用在 Class文件中它以 CONSTANT_Class_info、CONSTANT_Fieldref_info、 CONSTANT_Methodref_info等类型的常量出现
• 直接引用 (Direct Referenc)：直接引用可以是直接指向目标的指针、相对偏移量或是一个能间接定位到目标的句柄。直接引用是与虚拟机实现的内存布局相关同虚拟机实例上翻译出来的直接引用一般不会相同。如果有了直接引用，那引用的目标必定已经在内存中存在。

2.3.1、解析阶段：

对同一个符号引用进行多次解析请求是很常见的事情,虚拟机实现可能会对第一次解析的结果进行缓存(在运行时常量池中记录直接引用,并把常量标识为已解析状态)从而避免解析动作重复进行。无论是否真正执行了多次解析动作,虚拟机需要保证的都是在同一个实体中,如果一个符号引用之前已经被成功解析过,那么后续的引用解析请求就应当一直成功;同样地,如果第一次解析失败了,其他指令对这个符号的解析请求也应该收到相同的异常。

下面将讲解这四种引用的解析过程。

• 1.类或接口的解析：

假设当前代码所处的类为D,如果要把一个从未解析过的符号引用N解析为一个类或接口C的直接引用,那虚拟机完成整个解析的过程需要包括以下3个步骤：

1)如果C不是一个数组类型,那虚拟机将会把代表N的全限定名传递给D的类加载器去加载这个类C。在加载过程中,由于无数据验证、字节码验证的需要,又将可能触发其他相关类的加载动作,例如加载这个类的父类或实现的接口。一旦这个加载过程出现了任何异常,解析过程就将宣告失败

2)如果C是一个数组类型,并且数组的元素类型为对象,也就是N的描述符会是类似“[ Ljava. ang Integer”的形式,那将会按照第1点的规则加载数组元素类型。如果N的描述符如前面所假设的形式,需要加载的元素类型就是“ java.lang.Integer”,接着由虚拟机生成一个代表此数组维度和元素的数组对象

3)如果上面的步骤没有出现任何异常,那么C在虚拟机中实际上已经成为一个有效的类或接口了,但在解析完成之前还要进行符号引用验证,确认C是否具备对D的访问权限。如果发现不具备访问权限,将抛出 java. lang. IllegalAccessError异常

• 2.字段解析：

要解析一个未被解析过的字段符号引用,首先将会对字段表内 class index项中索引的CONSTANT_Class_info符号引用进行解解析,也就是字段所属的类成接口的符号引用。如果在解析这个类或接口符号引用的过程中出现了任何异常,都会导致字段符号引用解析的失败。如果解析成功完成,那将这个字段所属的类或接口用C表示,虚拟机规范要求按照如下步骤对C进行后续字段的搜索

1)如果C本身就包含了简单名称和字段描述符都与目标相匹配的字段,则返这个字段的直接引用,查找结束
2)否则,如果在C中实现了接口,将会按照继承关系从上往下递归搜索各个接口和它的父接口,如果接口中包含了简单名称和字段描述符都与目标相匹配的字段,则返回这个字段的直接引用,查找结束
3)否则,如果C不是 java. lang Object的话,将会按照继承关系从上往下递归搜索其父类)如果在父类中包含了简单名称和字段描述符都与目标相匹配的字段,则返回这个字段的直接引用,查找结束
4)否则,查找失败,抛出 java. lang NoSuch Field Error异常

如果查找过程成功返回了引用,将会对这个字段进行权限验证,如果发现不具备对字段的访问权限,将抛出 java. lang. IllegalAccess Error异常

在实际应用中,虚拟机的编译器实现可能会比上述规范要求得更加严格一些,如果有一个同名字段同时出现在C的接口和父类中,或者同时在自己或父类的多个接口中出现,那编译器将可能拒绝编译。在代码清单7-4中,如果注释了Sub类中的“ public static int A=4;”,接口与父类同时存在字段A,那编译器将提示“ The field Sub.A is ambiguous" ，并且会拒绝编译这段代码

• 3.类方法解析

类方法解析的第一个步骤与字段解析一样，也是需要先解析出类方法表的 class index项中索引的方法所属的类或接口的符号引用，如果解析成功，我们依然用C表示这个类，接下来虚拟机将会按照如下步骤进行后续的类方法搜索：

1）类方法和接口方法符号引用的常量类型定义是分开的，如果在类方法表中发现 class_index中索引的C是个接口，那就直接抛出java.lang.IncompatibleClassChangeError异常。

2）如果通过了第（1）步，在类C中查找是否有简单名称和描述符都与目标相匹配的方法，如果有则返回这个方法的直接引用，查找结束。

3）否则，在类C的父类中递归查找是否有简单名称和描述符都与目标相匹配的方法，如果有则返回这个方法的直接引用，查找结束。

4）否则，在类C实现的接口列表及它们的父接口之中递归查找是否有简单名称和描述符都与目标相匹配的方法，如果存在匹配的方法，说明类C是一个抽象类，这时候查找结束，抛出java.lang.AbstractMethodError异常

5）否则，宣告方法查找失败，抛出java.lang.NoSuchMethodError

最后，如果查找过程成功返回了直接引用，将会对这个方法进行权限验证；如果发现不具备对此方法的访问权限，将抛出 java .lang.IllegalAccessError异常

• 4.接口方法解析

接口方法也是需要先解析出接口方法表的 class index项中索引的方法所属的类或接口的符号引用，如果解析成功，依然用C表示这个接口，接下来虚拟机将会按照如下步骤进行后续的接口方法搜索：

1）与类方法解析相反，如果在接口方法表中发现 class index中的索引C是个类而不是接口，那就直接抛出java.lang. IncompatibleClassChangeError异常。

2）否则，在接口C中查找是否有简单名称和描述符都与目标相匹配的方法，如果有则返回这个方法的直接引用，查找结束。

3）否则，在接口C的父接口中递归查找，直到 javalang Object类（查找范围会包括 Object类）为止，看是否有简单名称和描述符都与目标相匹配的方法，如果有则返回这个方法的直接引用，查找结束。

4）否则，宣告方法查找失败，抛出java.lang.NoSuchMethodError异常

由于接口中的所有方法都默认是 public的，所以不存在访问权限的问题，因此接口方法的符号解析应当不会抛出java.lang. IllegalAccess Error异常。

3) 、初始化：

为类的静态变量赋予正确的初始值。为新的对象分配内存，为实例变量赋默认值，为实例变量赋正确的初始值。初始化阶段就是指向类构造器方法<clinit>()【意思是class init】的过程，此方法不需定义，是javac编译器自动收集类中的所有类变量的赋值动作和静态代码块中的语句合并而来。<clinit>()不同于类的构造器，若该类具有父类，JVM会保证子类的<clinit>执行前，父类的<clinit>已经执行完毕。JVM必须保证一个类的<clinit>()方法在多线程下被同步加锁。

类加载最后阶段，若该类具有超类，则对其进行初始化，执行静态初始化器和静态初始化成员变量(如前面只初始化了默认值的static变量将会在这个阶段赋值，成员变量也将被初始化)。

3.1、<clinit>()是由编译器自动收集类中的所有类变量的赋值动作(static变量)和静态语句块（static代码块）中的语句合并产生的，编译器收集的顺序是由语句在源文件中出现的顺序所决定的，静态语句块中只能访问到定义在静态语句块之前的变量，定义在它之后的变量，在前面的静态语句块中可以赋值，但是不能访问。

3.2、 <clinit>()方法与类的构造函数（或者说实例构造器<init>方法）不同，它不需要显式地调用父类构造器，虚拟机会保证在子类的<clinit>()方法执行之前，父类的<clinit>()方法已经执行完毕。因此在虚拟机中第一个被执行的<clinit>()方法的类肯定是java.lang.Object

3.3、由于父类的<clinit>()方法先执行，也就意味着父类中定义的静态语块要优先于子类的变量赋值操作，如代码清单7-5中，字段B的值将会是2而不是1

static class Parent{
    public static int A=1;
    static{
        A=2;
    }
}
public class Sub extends Parent{
    public static int B=A;
}
public static void main(String[] args){
    Sub.B.sout;
}

// 常量都是用final来修饰的，所以只要在包含它类实例化对象完成之前初始化就行了，什么都不影响。但是如果前面加个static表明类装载时这个常量必须是有个状态的（被赋予了值，初始化了），所以如果用static就必须类加载时初始化。

// 只被final关键字修饰的常量，可以在其类加载时就初始化，也可以到类的构造方法里面再对它进行初始化：例如
class A{
    final int i;//或者final int i=10; // 有没有值无所谓，实例化的构造方法完成之前有值就可
    public A(){
        i=10;
    }
}
//用static和final关键字同时修饰的常量就必须得在定义时初始化，例如：
class A{
    static final int i=10;//编译时候就赋值了,它是常量
}

// 基本类型，是值不能被改变  //引用类型，是地址值不能被改变,对象中的属性可以改变
public static void method(final int x) { //此处的final修饰的 x随着方法使用完毕后回收,当再次调用时，重新分配空间
	System.out.println(x);
}

//通过java对象.object.getClass().getClassLoader();获取该类的载器
Object object = new Object(); // object类的类加载器是根加载器
object.getClass().getClassLoader();//null。Bootstrap根加载器是c++写的，java查不出来
try {
    object.getClass().getClassLoader().getParent();//报错，根加载器是最初级的了
} catch (Exception e) {
    System.out.println(object.getClass().getClassLoader() + "没有父加载器了");
}



//-----------------------------------------
Object object2 = new Main2();//自己写的类
System.out.println(object2.getClass().getClassLoader());//sun.misc.Launcher$AppClassLoader@18b4aac2
//自定义类默认的加载器是应用加载器AppClassloader//sun.misc.launcher$AppClassLoader$18b4aac2。位于rt.jar包中

ClassLoader systemClassLoader = ClassLoader.getSystemClassLoader();//获取系统加载器 /
System.out.println(systemClassLoader);//sun.misc.Launcher$AppClassLoader@18b4aac2
System.out.println(systemClassLoader.getParent());// sun.misc.Launcher$ExtClassLoader@8efb846
System.out.println(systemClassLoader.getParent().getParent());//null

//获取根加载器所能加载的路径
URL[] urLs = Launcher.getBootstrapClassPath().getURLs();
for (URL element : urLs) {
    System.out.println(element.toExternalForm());
}
/*
file:/E:/Java/jdk1.8.0_231/jre/lib/resources.jar
file:/E:/Java/jdk1.8.0_231/jre/lib/rt.jar
file:/E:/Java/jdk1.8.0_231/jre/lib/sunrsasign.jar
file:/E:/Java/jdk1.8.0_231/jre/lib/jsse.jar
file:/E:/Java/jdk1.8.0_231/jre/lib/jce.jar
file:/E:/Java/jdk1.8.0_231/jre/lib/charsets.jar
file:/E:/Java/jdk1.8.0_231/jre/lib/jfr.jar
file:/E:/Java/jdk1.8.0_231/jre/classes
*/
System.out.println(System.getProperty("sun.boot.class.path"));//获取根加载器路径 // 结果和上面的遍历结果一致

public class Launcher {
    static class ExtClassLoader extends URLClassLoader {
        public class URLClassLoader extends SecureClassLoader implements Closeable {
            public class SecureClassLoader extends ClassLoader {

System.out.println(System.getProperty("java.ext.dirs"));//获取扩展类加载器路径
// E:\Java\jdk1.8.0_231\jre\lib\ext;C:\WINDOWS\Sun\Java\lib\ext

// 
public class Launcher {
    static