02-类加载流程以及双亲委派机制

---

引入

每一个Java过程都离不开类的影子，那么类的加载过程是怎么样的呢？
在介绍双亲委派机制的时候，不得不提ClassLoader。说ClassLoader之前，我们得先了解下Java的基本知识。
Java是运行在Java的虚拟机(JVM)中的，但是它是怎么就运行在JVM中了呢？我们编写的Java源代码被编译器编译成.class的字节码文件。然后由我们的ClassLoader负责将这些class问价加载到JVM中去执行。

jvm的启动是通过引导类加载器(Bootstrap classLoader)创建一个初始类(initial.class)来完成的，这个类是由jvm的具体实现指定的。
jvm的组成结构之一就是类装载器子系统，先来了解一下Java代码的执行流程吧。

Java代码的执行流程

1. 首先我们编写的××.java文件，会经过Java编译器编译，那么这个环节会分析java文件的语法，语义，是否有注解等，接着通过字节码生成器生成一个字节码文件(××.class)
2. 然后生成的字节码文件会交由java虚拟机处理，java虚拟机里会进行一些操作，会经过类加载器、字节码校验器、翻译字节码(解析执行)和JIT编译器(编译执行)进行操作
3. 之后会返回给操作系统

类加载子系统

类的生命周期

类的生命周期包括：加载、链接、初始化、使用和卸载，其中前三个(加载、链接、初始化)属于类加载过程，使用是指我们new出一个对象进行使用，卸载是指对象被垃圾回收掉了。

类加载的过程

---

loading加载

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

总的来说，就是先加载二进制数据到内存-->映射成jvm能认识和处理的结构，在内存中生成class文件。

---

Linking链接
链接是指将上面创建好的class类合并至Java虚拟机中，使之能够执行的过程，可分为验证、准备、解析三个阶段。

• 验证(Verify)

确保class文件中的字节流包含的信息，符合当前虚拟机的要求，保证这个被加载的class类的正确性，不会危害到虚拟机的安全。

• 准备(Prepare)

为类中的静态字段分配内存，并设置默认的初始值，比如int类型初始值是0。被final修饰的static字段不会设置，因为final在编译的时候就分配了

• 解析(Resolve)

解析阶段的目的，是将常量池内的符号引用转换为直接引用的过程（将常量池内的符号引用解析成为实际引用）。如果符号引用指向一个未被加载的类，或者未被加载类的字段或方法，那么解析将触发这个类的加载(但未必触发这个类的链接以及初始化)。

---

事实上，解析器操作往往会伴随着 JVM 在执行完初始化之后再执行。符号引用就是一组符号来描述所引用的目标。符号引用的字面量形式明确定义在《Java 虚拟机规范》的Class文件格式中。直接引用就是直接指向目标的指针、相对偏移量或一个间接定位到目标的句柄。

---

解析动作主要针对类、接口、字段、类方法、接口方法、方法类型等。对应常量池中的 CONSTANT_Class_info、CONSTANT_Fieldref_info、CONSTANT_Methodref_info等。

---

initialization初始化

初始化就是执行类的构造器方法init()的过程
这个方法不需要定义，是javac编译器自动收集类中所有类变量的赋值动作和静态代码块中的语句合并来的
若该类具有父类，jvm就会保证父类的init()先执行，然后再执行子类的init()。

---

类加载器的分类

• 启动类/引导类：Bootstrap ClassLoader

---

1.这个类加载器使用C/C++语言实现的，嵌套在JVM内部，java程序无法直接操作这个类。
2.它用来加载Java核心类库，如：JAVA_HOME/jre/lib/rt.jar、resources.jar、sun.boot.class.path路径下的包，用于提供jvm运行所需的包。
3.并不是继承自java.lang.ClassLoader，它没有父类加载器
4.它加载扩展类加载器和应用程序类加载器，并成为他们的父类加载器
5.出于安全考虑，启动类只加载包名为：java、javax、sun开头的类

• 扩展类加载器：Extension ClassLoader

---

1.Java语言编写，由sun.misc.Launcher$ExtClassLoader实现，我们可以用Java程序操作这个加载器
2.派生继承自java.lang.ClassLoader，父类加载器为启动类加载器
3.从系统属性：java.ext.dirs目录中加载类库，或者从JDK安装目录：jre/lib/ext目录下加载类库。我们就可以将我们自己的包放在以上目录下，就会自动加载进来了。

• 应用程序类加载器：Application Classloader

---

1.Java语言编写，由sun.misc.Launcher$AppClassLoader实现。
2.派生继承自java.lang.ClassLoader，父类加载器为启动类加载器
3.它负责加载环境变量classpath或者系统属性java.class.path指定路径下的类库
4.它是程序中默认的类加载器，我们Java程序中的类，都是由它加载完成的。
5.我们可以通过ClassLoader#getSystemClassLoader()获取并操作这个加载器

• 自定义加载器

---

1.一般情况下，上面三种加载器能满足我们日常的开发工作，不满足时，我们可以自定义加载器
自定义加载器实现步骤

继承java.lang.ClassLoader类，重写findClass()方法
如果没有太复杂的需求，可以直接继承URLClassLoader类，重写loadClass方法，具体可参考AppClassLoader和ExtClassLoader。

获取ClassLoader的几种方式

它是一个抽象类，其后所有的类加载器都继承自ClassLoader(不包括启动类加载器)

//方式一：获取当前类的ClassLoader
clazz.getClassLoader()
//方式二：获取当前线程上下文的ClassLoader
Thread.currentThread().getContextClassLoader()
//方式三：获取系统的 ClassLoader
ClassLoader.getSystemClassLoader()
//方式四：获取调用者的 ClassLoader
DriverManager.getCallerClassLoader()

类加载机制-双亲委派机制

jvm对class文件采用的是按需加载的方式，当需要使用该类时，jvm才会将它的class文件加载到内存中产生class对象。
在加载类的时候，是采用的双亲委派机制，即把请求交给父类处理的一种任务委派模式。

工作原理

(1)如果一个类加载器收到了类加载请求，它自己不会先去加载，会把这个请求委托给覅类加载器去执行。
(2)如果父类还存在父类加载器，则继续向上委托，一直委托到顶层(启动类加载器Bootstrap ClassLoader)
(3)如果父类加载器可以完成加载任务，就返回成功结果，如果父类加载失败，就由子类自己去尝试加载，如果子类加载失败就会抛出ClassNotFoundException异常，这就是双亲委派机制

第三方包加载方式：反向委派机制

在Java应用中存在着很多服务提供者接口（Service Provider Interface，SPI），这些接口允许第三方为它们提供实现，如常见的 SPI 有 JDBC、JNDI等，这些 SPI 的接口属于 Java 核心库，一般存在rt.jar包中，由Bootstrap类加载器加载。而Bootstrap类加载器无法直接加载SPI的实现类，同时由于双亲委派模式的存在，Bootstrap类加载器也无法反向委托AppClassLoader加载器SPI的实现类。在这种情况下，我们就需要一种特殊的类加载器来加载第三方的类库，而线程上下文类加载器（双亲委派模型的破坏者）就是很好的选择。

从图可知rt.jar核心包是有Bootstrap类加载器加载的，其内包含SPI核心接口类，由于SPI中的类经常需要调用外部实现类的方法，而jdbc.jar包含外部实现类(jdbc.jar存在于classpath路径)无法通过Bootstrap类加载器加载，因此只能委派线程上下文类加载器把jdbc.jar中的实现类加载到内存以便SPI相关类使用。显然这种线程上下文类加载器的加载方式破坏了“双亲委派模型”，它在执行过程中抛弃双亲委派加载链模式，使程序可以逆向使用类加载器，当然这也使得Java类加载器变得更加灵活。

沙箱安全机制

自定义 String 类，但是在加载自定义 String 类的时候会率先使用引导类加载器加载，而引导类加载器在加载的过程中会先加载 JDK 自带的文件（rt.jar 包中的 javalangString.class），报错信息说没有 main 方法就是因为加载的 rt.jar 包中的 String 类。这样可以保证对 Java 核心源代码的保护，这就是沙箱安全机制。