JVM中类加载器的分类理解与剖析

本博文中所讨论的JVM只是自己看书和教程的个人理解，不太严谨，严谨需要另找详细的资料，对细节把控很到位。

本博文环境：

System OS: Windows10 1909
JDK-Version: 1.8.0_202
JVM: Java HotSpot™ 64-Bit Server VM (build 25.202-b08, mixed mode)
IDE: IDEA2021.3

一，前言

本文中讨论的是类加载器的分类，类加载器是类加载子系统中的加载阶段的重要组成工具。

学习一个新东西，首先要明白当前这个新东西在我们已经构建知识体系的位置。对于学习JVM更是如此。 关于类加载子系统博文中JVM类加载子系统的类加载过程剖析与总结有详细的说明。

二，类加载器的分类说明

JVM支持两种类型的加载器，分别是引导类加载器(BootstrapClassLoader)和自定义类加载器(User-Defined ClassLoader)。但是，从概念上来说，自定义类加载器一般指的是程序中开发人员自定义的一类类加载器，但是JAVA虚拟机规范中确没有像我们这样定义，而是将所有派生于抽象类ClassLoader的类加载器都规划为自定义类加载器。

不管类加载器的类型如何进行划分，在程序中我们最常见的只有是三种，如下所示：

Bootstrap启动类加载器、Extension扩展类加载器、Application应用程序类加载器(系统类加载器)。这三种是系统自带的加载器，还有一个可选的用户自定义的加载器。
需要注意的是：虽然上图好像存在着继承关系，但是这四者之间是包含关系，不是上下层，也不是子父类继承关系。

二，系统自带的加载器

2.1 Bootstrap ClassLoader

当前这个加载器可以称为启动类加载器，引导类加载器都是指的是这个东西。这个类加载使用C\C++语言实现，嵌套在JVM内部。他是用来加载JAVA的核心库:
[
JAVA_HOME/jre/lib/rt.jar,
JAVA_HOME/jre/lib/resources.jar,
sun.boot.class.path
]
路径下的内容），用于提供JVM自身需要的类。需要注意的是，这个类并不继承java.lang.ClassLoader,没有父类加载器。而对于加载扩展类加载器和系统类加载器，需要指定他们的父类加载器。处于安全考虑，Bootstrap启动类加载只会加载包名为java, javax,sun等开头的类。
样例程序：

public class ClassLoaderTest1 {
    public static void main(String[] args) {
        System.out.println("*****启动类加载器*****");
//        获取BootstrapClassLoader 能加载的api的路径
        URL[] urLs = Launcher.getBootstrapClassPath().getURLs();
        for (URL element : urLs) {
            System.out.println(element.toExternalForm());
        }
        // 从上面路径随机选择一个类，看看他的类加载器是什么： 引导类类加载器
        ClassLoader classLoader = Provider.class.getClassLoader();
        System.out.println(classLoader); // null

因为启动类加载器是用C++代码来实现的，严格来说不属于Java类，所以Java代码访问不到，故返回null

2.2 Extension ClassLoader

加载器除了上面的启动类加载器，其他的都是用Java进行编写的，扩展类加载器指的是sun.misc.Launcher$ExtClassLoader@1540e19d。所以都可以通过一些方式来获取到加载器的对象。该扩展类加载派生于ClassLoader类，是Launcher的静态类（和系统类加载器一样都是Launcher中的静态类）。

负责从java.ext.dirs系统属性所指定的目录中加载类库，或从JDK的安装目录的jre/lib/ext子目录（扩展目录）下加载类库。如果是用户自己自定义的一个jar放到了这个目录下，也会被扩展类加载器进行加载。

示例代码

public class ClassLoaderTest1 {
    public static void main(String[] args) {
        System.out.println("扩展类类加载器");
        String exDirs = System.getProperty("java.ext.dirs");
        for (String s : exDirs.split(";")) {
            System.out.println(s);
        }
        // sun.misc.Launcher$ExtClassLoader@1540e19d
        ClassLoader classLoader1 = AppletStageManager.class.getClassLoader();
        System.out.println(classLoader1); // sun.misc.Launcher$ExtClassLoader@1540e19d
    }
}

2.3 AppClassLoader

AppClassLoader称为系统类加载器，也被称为程序类加载器。是指sun.misc.Launcher$AppClassLoader@18b4aac2。和extension classloader一样，都是派生于ClassLoader这个类。主要负责加载环境变量CLASSPATH或系统属性java.class.path指定路径下的类库。系统类加载器是程序中默认的类加载器，一般来说，Java应用的类都是由它来进行完成加载的。
样例程序：

public class ClassLoader2 {
    public static void main(String[] args) {
        try{
            // 1.
            ClassLoader classLoader = Class.forName("java.lang.String").getClassLoader();
            System.out.println(classLoader);
//            2.sun.misc.Launcher$AppClassLoader@18b4aac2
            ClassLoader contextClassLoader = Thread.currentThread().getContextClassLoader();
            System.out.println(contextClassLoader);
//            3.sun.misc.Launcher$AppClassLoader@18b4aac2
            ClassLoader systemClassLoader = ClassLoader.getSystemClassLoader();
            System.out.println(systemClassLoader);
//            4
        }catch (Exception e){
            e.printStackTrace();
        }
    }
}

通过以上程序都可以获得一个系统类加载器对象。

2.4 关于各个加载器的关系

关于他们的关系可以从博客中 谈谈类加载器中的双亲委派机制得到体现。

上文提到所有的类加载器都是直接或者间接的继承ClassLoader这个抽象类（除了引导类加载器）。

对于sun.misc.Launcher他是一个Java虚拟机的入口应用。

样例代码程序：

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
//      获取上层： 对于boostrapclassloader是不能获取的，是用c或者是c++来写的。
        ClassLoader boostrapClassLoader = extClassLoader.getParent();
        System.out.println(boostrapClassLoader); // null
//      对于用户自定义的来说: 使用系统类加载器进行加载
        ClassLoader classLoader = ClassLoaderTest.class.getClassLoader();
        System.out.println(classLoader);//sun.misc.Launcher$AppClassLoader@18b4aac2
//        获取String类的加载器
        ClassLoader loader = String.class.getClassLoader();
        System.out.println(loader); // null
//        string一定也会加载到内存中，但是，返回为null ,系统中的核心类都是通过boostrapclassloader进行加载的。
    }
}

因为启动类加载器是用C++代码来实现的，严格来说不属于Java类，所以Java代码访问不到，故返回null

三，用户自定义类加载器

为什么需要用户自定义的加载器，类的加载器几乎是上面三种类加载器进行配合使用的。但是，如果有必要我们还可以自定义类加载器来定制加载方式。

自定义类加载器可以
1.隔离加载类，（特别是一些服务器tomca等等，可能有自己自定义的一套）。同时可以修改类的加载方式，扩展加载源（不仅仅是从当前进行加载，也同时可以从硬件，机顶盒等等中加载class流），或者通过自定义的类加载器可以对当前的源码进行保护。

关于如何自定义类加载器的实现步骤，可以通过继承java.lang.ClassLoader类的方式实现自己的类加载器，以满足一些特殊的需求。在JDK1.2之前，自定义加载器时。总是需要去继承ClassLoader并重写loadClass()方法，从而实现自定义的类加载类，但是在JDK1.2之后。不在提倡去覆盖loadclass()方法，而是把自定义类的加载逻辑写在findclass()方法中。

tips:如果是编写自定义类加载器时，如果没有复杂的逻辑需求，可以直接继承URLClassLoader类，这样就可以避免自己去编写findClass（）方法及其获取字节流的方式，使自定义类加载器编写更加简洁。

自定义类加载器样例代码：

public class CustomClassLoader extends ClassLoader{
    @Override
    protected Class<?> findClass(String name) throws ClassNotFoundException {
        try{
            byte[] result =  getClassFromCustomPath(name);
            if(result == null){
                throw new FileNotFoundException();
            }else{
                return defineClass(name, result, 0, result.length);
            }

        }catch (FileNotFoundException e){
            e.printStackTrace();
        }
        throw new ClassNotFoundException(name);
    }
    private byte[] getClassFromCustomPath(String name){
        // 从自定义路径中加载指定类：细节略
        // 如果指定路径的字节码文件进行了加密，则需要在这里进行解密操作
        return null;
    }

    public static void main(String[] args) {
        CustomClassLoader customClassLoader = new CustomClassLoader();
        try{
            Class<?> clazz = Class.forName("One", true, customClassLoader);
            Object obj = clazz.newInstance();
            System.out.println(obj.getClass().getClassLoader());
        }catch (Exception e){
            e.printStackTrace();
        }
    }
}

参考
https://blog.csdn.net/Waiting_Mr_Liu/article/details/109347993
【深入理解JVM虚拟机第三版】