一、类加载子系统概述
1、图解
英文结构图
中文结构图
2、类加载器子系统作用
类加载器子系统负责从文件系统或者网络中加载Class文件，Class文件在文件开头有特定的文件标识。
ClassLoader只负责Class文件的加载，至于它是否可以运行，则由Execution Engine决定。
加载的类信息存放于一块称为方法区的内存空间。除了类的信息外，方法区中还会存放运行时常量池信息，可能还包括字符串字面量和数字常量（这部分常量信息是Class文件中常量池部分的内存映射）。
二、类加载过程
1、概述
public class HelloLoader {
public static void main(String[] args) {
System.out.println("加载~~~");
}
}
类加载过程：一个类型从被加载到虚拟机内存中开始，到卸载出内存为止，它的整个生命周期将会经历加载 （Loading）、验证（Verification）、准备（Preparation）、解析（Resolution）、初始化 （Initialization）、使用（Using）和卸载（Unloading）七个阶段，
其中验证、准备、解析三个部分统称为连接（Linking）
上述代码加载过程如下图：
原理：当Java程序需要使用某个类时，JVM会确保这个类已经被加载、 连接（验证、准备和解析）和初始化。类的加载是指把类的
.class文件中的数据读入到内存中，通常是创建一个字节数组读入.class文件，然后产生与所加载类对应的Class对象。加载完成后，Class对象还不完整，所以此时的类还不可用。当类被加载后就进入连接阶段，这一阶段包括验证、准备（为静态变量分配内存并设置默认的初始值）和解析（将符号引用替换为直接引用）三个步骤。最后JVM对类进行初始化。如果类存在直接的父类并且这个类还没有被初始化，那么就先初始化父类；如果类中存在初始化语句，就依次执行这些初始化语句。
2、加载阶段（Loading）
加载阶段完成的事情：
1、通过一个类的全限定名获取定义此类的二进制字节流。
2、将这个字节流所代表的静态存储结构转化为方法区的运行时数据结构。
3、
在内存中生成一个代表这个类的java.lang.Class对象，作为方法区这个类的各种数据访问的入口。加载class文件的方式：
3、链接阶段的验证（Verify）
验证（Verify）：
目的在于确保Class文件的字节流中包含信息符合当前虚拟机要求，保证被加载类的正确性，不会危害虚拟机自身安全。如果出现不合法的字节码文件，那么将会验证不通过
主要包括四种验证，文件格式验证，元数据验证，字节码验证，符号引用验证。
查看字节码工具：
4、链接阶段的准备（Prepare）
准备（Prepare）：
public class HelloLoader {
//在准备阶段给类变量a赋初始值a=0，到初始化阶段才为a=1
private static int a = 1;
public static void main(String[] args) {
System.out.println(a);
}
}
5、链接阶段的解析（Resolve）
解析（Resolve）：
6、初始化阶段（Initialization）
初始化阶段就是执行类构造器方法<clinit>()的过程。此方法不需定义，是javac编译器自动收集类中的所有类变量的赋值动作和静态代码块中的语句合并而来
构造器方法中指令按语句在源文件中出现的顺序执行。
<clinit>()不同于类的构造器。（关联：构造器是虚拟机视角下的<init>()）。若该类具有父类，JVM会保证子类的
<clinit>()执行前，父类的<clinit>()已经执行完毕。虚拟机必须保证一个类的
<clinit>()方法在多线程下被同步加锁。
注意：以下几种情况不会执行类初始化：
public class ClassInitTest {
private static int num = 1;
static {
num = 2;
number = 20;
System.out.println(num);//2
System.out.println(number);//报错，非法的前向引用
}
//在链接阶段的准备时，number=0，到初始化阶段为20，因为先执行静态代码块，最后又为10
private static int number = 10;
public static void main(String[] args) {
System.out.println(ClassInitTest.num);//2
System.out.println(ClassInitTest.number);//10
}
}
注：如果一个类中没有对静态变量赋值也没有静态语句块，那么编译器可以不为这个类生成<client>()方法
涉及到父类时候的变量赋值过程
public class ClinitTest1 {
static class Father {
public static int A = 1;
static {
A = 2;
}
}
static class Son extends Father {
public static int b = A;
}
public static void main(String[] args) {
System.out.println(Son.b);//2
}
}
上述代码结果为 2，也就是说首先加载ClinitTest1的时候，会找到main方法，然后执行Son的初始化，但是Son继承了Father，因此还需要执行Father的初始化，同时将A赋值为2。我们通过反编译得到Father的加载过程，首先我们看到原来的值被赋值成1，然后又被赋值成2，最后返回
涉及到多个线程时候的变量赋值过程
public class DeadThreadTest {
public static void main(String[] args) {
new Thread(() -> {
System.out.println(Thread.currentThread().getName() + "\t 线程t1开始");
new DeadThread();
}, "t1").start();
new Thread(() -> {
System.out.println(Thread.currentThread().getName() + "\t 线程t2开始");
new DeadThread();
}, "t2").start();
}
}
class DeadThread {
static {
if (true) {
System.out.println(Thread.currentThread().getName() + "\t 初始化当前类");
while (true) {
}
}
}
}
/**
* 运行结果
* t1 线程t1开始
* t1 初始化当前类
* t2 线程t2开始
* 从上面可以看出初始化后，只能够执行一次初始化，这也就是同步加锁的过程
*/
三、类加载器
1、分类
JVM支持两种类型的类加载器 。分别为
引导类加载器（Bootstrap ClassLoader）和自定义类加载器（User-Defined ClassLoader）。从概念上来讲，自定义类加载器一般指的是程序中由开发人员自定义的一类类加载器，但是Java虚拟机规范却没有这么定义，而是
将所有派生于抽象类ClassLoader的类加载器都划分为自定义类加载器。无论类加载器的类型如何划分，在程序中我们最常见的类加载器始终只有3个，如下所示：
这里的四者之间是包含关系，不是上层和下层，也不是子系统的继承关系。
public class ClassLoaderTest {
public static void main(String[] args) {
//获取系统类加载器
ClassLoader systemClassLoader = ClassLoader.getSystemClassLoader();
System.out.println(systemClassLoader);//sun.misc.Launcher$AppClassLoader@18b4aac2
//获取其上层：扩展类加载器
ClassLoader extClassLoader = systemClassLoader.getParent();
System.out.println(extClassLoader);//sun.misc.Launcher$ExtClassLoader@1b6d3586
//获取其上层：获取不到引导类加载器
ClassLoader bootstrapClassLoader = extClassLoader.getParent();
System.out.println(bootstrapClassLoader);//null
//对于用户自定义类来说：默认使用系统类加载器进行加载
ClassLoader classLoader = ClassLoaderTest.class.getClassLoader();
System.out.println(classLoader);//sun.misc.Launcher$AppClassLoader@18b4aac2
//String类使用引导类加载器进行加载的，Java的核心类库都是使用引导类加载器进行加载的
ClassLoader classLoader1 = String.class.getClassLoader();
System.out.println(classLoader1);//null
}
}
说明：从结果可以看出引导类加载器无法直接通过代码获取，同时目前用户代码所使用的加载器为系统类加载器。同时通过获取String类型的加载器，发现是null，那么说明String类型是通过引导类加载器进行加载的，也就是说Java的核心类库都是使用引导类加载器进行加载的。
2、启动类加载器（引导类加载器，Bootstrap ClassLoader）
3、扩展类加载器（Extension ClassLoader）
4、应用程序类加载器（系统类加载器，AppClassLoader）
/**
* 查看加载器所能够加载的目录
*/
public class ClassLoaderTest1 {
public static void main(String[] args) {
System.out.println("********************启动类加载器********************");
//获取BootstrapClassLoader能够加载的api路径
URL[] urLs = Launcher.getBootstrapClassPath().getURLs();
for (URL url : urLs) {
System.out.println(url);
}
//从上面路径中随便找一个类，获取它的加载器，得到的是null，说明是引导类加载器
ClassLoader classLoader = Provider.class.getClassLoader();
System.out.println(classLoader);
System.out.println("********************扩展类加载器********************");
String extDirs = System.getProperty("java.ext.dirs");
for (String path : extDirs.split(";")) {
System.out.println(path);
}
//从上面路径中随便找一个类，获取它的加载器，得到的是sun.misc.Launcher$ExtClassLoader@4b67cf4d，说明是扩展类加载器
ClassLoader classLoader1 = CurveDB.class.getClassLoader();
System.out.println(classLoader1);
}
}
/**
* 运行结果
*/
********************启动类加载器********************
file:/D:/program/JDK/jre/lib/resources.jar
file:/D:/program/JDK/jre/lib/rt.jar
file:/D:/program/JDK/jre/lib/sunrsasign.jar
file:/D:/program/JDK/jre/lib/jsse.jar
file:/D:/program/JDK/jre/lib/jce.jar
file:/D:/program/JDK/jre/lib/charsets.jar
file:/D:/program/JDK/jre/lib/jfr.jar
file:/D:/program/JDK/jre/classes
null
********************扩展类加载器********************
D:\program\JDK\jre\lib\ext
C:\WINDOWS\Sun\Java\lib\ext
sun.misc.Launcher$ExtClassLoader@4b67cf4d
5、用户自定义类加载器
在Java的日常应用程序开发中，类的加载几乎是由上述3种类加载器相互配合执行的，在必要时，我们还可以自定义类加载器，来定制类的加载方式。
为什么要自定义类加载器？
用户自定义类加载器实现步骤：
6、ClassLoader介绍
ClassLoader类，它是一个抽象类，其后所有的类加载器都继承自ClassLoader（不包括启动类加载器）
常见的方法：
方法名称 描述 getParent()返回该类加载器的父类加载器 loadClass(String name)加载名称为name的类，返回结果为java.lang.Class类的实例 findClass(String name)查找名称为name的类，返回结果为java.lang.Class类的实例 findLoadedClass(String name)加载名称为name的已经被加载过的类，返回结果为java.lang.Class类的实例 defineClass(String name, byte[] b, int off, int len)把字节数组b中的内容转换为一个Java类，返回结果为java.lang.Class类的实例 resolveClass(Class<?> c)连接指定的一个Java类
获取ClassLoader的途径：
四、双亲委派机制
1、概述
Java虚拟机对class文件采用的是
按需加载的方式，也就是说当需要使用该类时才会将它的class文件加载到内存生成class对象。而且加载某个类的class文件时，Java虚拟机采用的是双亲委派模式，即把请求交由父类处理，它是一种任务委派模式。
2、工作原理
如果一个类加载器收到了类加载请求，它并不会自己先去加载，而是把这个请求委托给父类的加载器去执行；
如果父类加载器还存在其父类加载器，则进一步向上委托，依次递归，请求最终将到达顶层的启动类加载器；
如果父类加载器可以完成类加载任务，就成功返回，倘若父类加载器无法完成此加载任务，子加载器才会尝试自己去加载，这就是双亲委派模式。
3、双亲委派机制举例
当加载jdbc.jar用于实现数据库连接的时候，首先我们需要知道的是jdbc.jar是基于SPI接口进行实现的，所以在加载的时候，会进行双亲委派，最终从根加载器中加载SPI核心类，然后在加载SPI接口类，接着在进行反向委派，通过线程上下文类加载器进行实现类jdbc.jar的加载。
4、沙箱安全机制
自定义String类，但是在加载自定义String类的时候会率先使用引导类加载器加载，而引导类加载器在加载的过程中会先加载jdk自带的文件（rt.jar包中java\lang\String.class），报错信息说没有main方法，就是因为加载的是rt.jar包中的String类。这样可以保证对java核心源代码的保护，这就是
沙箱安全机制。
5、双亲委派机制优势
public class String {
//错误: 在类 java.lang.String 中找不到 main 方法
public static void main(String[] args) {
System.out.println("自定义String");
}
}
public class ShkStart {
//java.lang.SecurityException: Prohibited package name: java.lang
public static void main(String[] args) {
System.out.println("自定义");
}
}
五、其他
1、如何判断两个class对象是否相同
在JVM中表示两个Class对象是否为同一个类存在两个必要条件：
换句话说，在JvM中，即使这两个类对象（Class对象）来源同一个Class文件，被同一个虚拟机所加载，但只要加载它们的ClassLoader实例对象不同，那么这两个类对象也是不相等的。
JVM必须知道一个类型是由启动加载器加载的还是由用户类加载器加载的。如果一个类型是由用户类加载器加载的，那么JVM会
将这个类加载器的一个引用作为类型信息的一部分保存在方法区中。当解析一个类型到另一个类型的引用的时候，JVM需要保证这两个类型的类加载器是相同的。
2、类的主动使用和被动使用
Java程序对类的使用方式分为：王动使用和被动使用。
主动使用，又分为七种情况：
创建类的实例
访问某个类或接口的静态变量，或者对该静态变量赋值
调用类的静态方法
反射（比如：Class.forName(“com.itan.Test”)）
初始化一个类的子类
Java虚拟机启动时被标明为启动类的类
JDK7开始提供的动态语言支持：java.lang.invoke.MethodHandle实例的解析结果REF_getStatic、REF_putStatic、REF_invokeStatic句柄对应的类没有初始化，则初始化
除了以上七种情况，其他使用Java类的方式都被看作是对
类的被动使用，都不会导致类的初始化。
657
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
