012Java虚拟机002类的加载

部分内容来自以下博客：

https://www.cnblogs.com/jhxxb/p/10900405.html

https://www.cnblogs.com/lzq210288246/p/13067904.html

1 类加载器

1.1 是什么

类加载器在Java虚拟机中所处的位置如图：

 

类加载器是一个通过类的全类名来加载类的二进制字节流的代码模块，其主要作用是将class文件二进制数据放入方法区内，然后在堆内创建一个Class类型的对象，Class对象封装了类在方法区内的数据结构，并且向开发者提供了访问方法区内数据结构的接口。

1.2 类的唯一性

对于任意一个类，都需要由类的类加载器和类本身一同确立其在Java虚拟机中的唯一性。

即使两个类来源于同一个Class文件，被同一个虚拟机加载，只要加载它们的类加载器不同，那这两个类也不相等。

这里所指的相等，包括代表类的Class对象的equals()方法、isAssignableFrom()方法、isInstance()方法的返回结果，也包括使用instanceof关键字做对象所属关系判定等情况。

2 分类

2.1 启动类

BootstrapClassLoader，负责加载存放在JDK安装目录下lib目录中的类库，或被-Xbootclasspath参数指定路径中的类库（如rt.jar，所有的java开头的类均被BootstrapClassLoader加载）。

启动类加载器是无法被程序直接引用的，也就是说是无法直接获取的。

2.2 扩展类

ExtensionClassLoader，该加载器由sun.misc.Launcher$ExtClassLoader实现，负责加载JDK安装目录下ext目录中的类库，或者由java.ext.dirs系统变量指定路径中的类库（如javax开头的类）。

开发者可以直接使用扩展类加载器。

2.3 应用类

ApplicationClassLoader，该类加载器由sun.misc.Launcher$AppClassLoader来实现，它负责加载用户类路径（ClassPath）所指定的类。

开发者可以直接使用应用类加载器，如果应用程序中没有自定义过自己的类加载器，一般情况下这个就是程序中默认的类加载器。

3 获取

3.1 原理

获取系统类加载器（可以获取）：

ClassLoader.getSystemClassLoader();
Thread.currentThread().getContextClassLoader();

获取扩展类加载器（可以获取）：

ClassLoader.getSystemClassLoader().getParent();

获取引导类加载器（不可以获取）：

ClassLoader.getSystemClassLoader().getParent().getParent();

3.2 测试

测试代码如下：

public static void main(String[] args) {
    // 获取系统类加载器
    ClassLoader appClassLoader = ClassLoader.getSystemClassLoader();
    System.out.println(appClassLoader);
    // 获取扩展类加载器
    ClassLoader extClassLoader = appClassLoader.getParent();
    System.out.println(extClassLoader);
    // 获取引导类加载器
    ClassLoader bootClassLoader = extClassLoader.getParent();
    System.out.println(bootClassLoader);
    // 自定义类使用的是系统类加载器
    System.out.println(ClassLoaderTest.class.getClassLoader());
    // JDK提供的类使用的是引导类加载器
    System.out.println(String.class.getClassLoader());
}

运行结果如下：

sun.misc.Launcher$AppClassLoader@18b4aac2
sun.misc.Launcher$ExtClassLoader@6d9c638
null
sun.misc.Launcher$AppClassLoader@18b4aac2
null

3.3 关系

三个类加载器的关系如图：

 

这里类加载器之间的父子关系一般不会以继承（Inheritance）关系来实现，而是都使用组合（Composition）关系来复用父加载器的代码。

4 加载机制

4.1 全盘负责

当一个类加载器负责加载某个Class时，该Class所依赖的和引用的其他Class也将由该类加载器负责载入，除非显示使用另外一个类加载器来载入。

4.2 双亲委派

先让父类加载器试图加载该类，如果父类加载器之上还有加载器，则进一步向上委托，只有在父类加载器无法加载该类时才尝试从自己的类路径中加载该类。

4.3 缓存机制

缓存机制将会保证所有加载过的Class都会被缓存，当程序中需要使用某个Class时，类加载器先从缓存区寻找该Class，只有缓存区不存在，系统才会读取该类对应的二进制数据，并将其转换成Class对象，存入缓存区。

这就是为什么修改了Class后，必须重启虚拟机，程序的修改才会生效。

5 双亲委派机制

5.1 意义

避免类的重复加载，确保一个类的全局唯一性。

保证程序安全稳定运行，防止核心类被随意篡改。

5.2 破坏

双亲委派主要出现过三个较大规模被破坏的情况。

5.2.1 双亲委派引入前的破坏代码

类加载器和抽象类ClassLoader则在JDK1.0时代就已经存在，双亲委派在JDK1.2之后才被引入，添加了一个新的方法