JVM-类加载子系统-类加载器的分类

一、类加载器初探

首先，JVM支持两种类型的加载器，分别为引导类加载器(Bootstrap
ClassLoader)和自定义加载类加载器(User-Defined
ClassLoader)。无论如何划分，程序中我们最常见的类加载器只有如下三种：
(注意，这里的四者是包含关系，不是上下层关系，也不是子父类继承关系)

但是从图中我们看到，除了引导类加载器之外，还有扩展类加载器，系统类加载器，才是我们的自定义类加载器，那么为什么说JVM支持两种类型的加载器呢？原因是因为从概念上讲，自定义类加载器一般指的是由人自定义的一类加载器，但是JVM就没有这种规范，统一的把所有派生于ClassLoader类加载器都划分为自定义类加载器。
我们接下来看看代码是怎么实现的：
(由于我使用的jdk版本是10.0.1的而不是jdk1.8的，所以在运行结果上会稍有区别，但是本质上是一样的，ExtClassLoader(JKD1.9之后为PlatformClassLoader) :扩展类加载器,JDK1.9之后为平台类加载器.从JDK1.8之后的版本(JDK1.9,JDK1.10)提供有一个"PlatformClassLoader"类加载器,而在JDK1.8及以前的版本里面提供的加载器为"ExtClassLoader")

public class ClassLoaderTest {
    public static void main(String[] args) {
        //获取系统类加载器
        ClassLoader systemClassLoader = ClassLoader.getSystemClassLoader();
        System.out.println(systemClassLoader);//jdk.internal.loader.ClassLoaders$AppClassLoader@4629104a

        //获取其上层->扩展类加载器
        ClassLoader extClassLoader = systemClassLoader.getParent();
        System.out.println(extClassLoader);//jdk.internal.loader.ClassLoaders$PlatformClassLoader@f5f2bb7

        //获取其上层->获取不到引导类加载器
        ClassLoader bootStrapClassLoader = extClassLoader.getParent();
        System.out.println(bootStrapClassLoader);//null

        //对于用户自定义类来说->使用系统类加载器进行加载
        ClassLoader classLoader = ClassLoaderTest.class.getClassLoader();
        System.out.println(classLoader);//jdk.internal.loader.ClassLoaders$AppClassLoader@4629104a

        //String类使用引导类加载器进行加载的->java核心类库都是使用引导类加载器加载的
        ClassLoader classLoader1 = String.class.getClassLoader();
        System.out.println(classLoader1);//null获取不到间接证明了String 类使用引导类加载器进行加载的

    }
}

输出结果：

jdk.internal.loader.ClassLoaders$AppClassLoader@4629104a
jdk.internal.loader.ClassLoaders$PlatformClassLoader@f5f2bb7
null
jdk.internal.loader.ClassLoaders$AppClassLoader@4629104a
null

通过上述代码不难看出，自定义类加载器使用的是系统类System Class Loader加载器中的AppClassLoader进行加载，一层一层逐层往上输出可以看到对应的结果，那为什么Bootstrap ClassLoader 类加载器我们获取不到？原因主要有两个:
1、引导类加载器只负责加载java的核心类库加载,自定义类是不由其加载的，举个例子就好比如女王的厨师只给女王做饭，平民想让厨师给他做饭，是不可能的(理想化)。
2.Bootstrap ClassLoader是用C/C++语言编写的，嵌套在JVM内部，所以我们也拿不到她的对象。

二、JVM自带的加载器

启动类加载器（引导类加载器—BootStrap ClassLoader）
1.这个类加载使用C/C++语言实现的，嵌套在JVM内部
2.它用来加载java的核心库（JAVA_HOME/jre/lib/rt.jar/resources.jar或sun.boot.class.path路径下的内容），用于提供JVM自身需要的类
3.因为是用C/C++编写的，因此并不继承自java.lang.ClassLoader,没有父加载器
4.加载拓展类和应用程序类加载器，并指定为他们的父加载器(见下图)
5.出于安全考虑，BootStrap启动类加载器只加载包名为java、javax、sun等开头的类

拓展类加载器（Extension ClassLoader/Platform ClassLoader）
1.java语言编写
2.派生于ClassLoader类
3.从java.ext.dirs系统属性所指定的目录中加载类库，或从JDK的安装目录的jre/lib/ext子目录（扩展目录）下加载类库。如果用户创建的JAR放在此目录下，也会由拓展类加载器自动加载

应用程序类加载器（系统类加载器，AppClassLoader）
1.java语言编写
2.派生于ClassLoader类
3.它负责加载环境变量classpath或系统属性 java.class.path指定路径下的类库
4.该类加载器是程序中默认的类加载器，一般来说，java应用的类都是由它来完成加载
5.通过ClassLoader#getSystemClassLoader()方法可以获取到该类加载器

三、用户自定义类加载器的使用场景

1.隔离加载类
2.修改类加载的方式
3.拓展加载源
4.防止源码泄漏

四、ClassLoader的常用方法及获取方法

方法名	具体作用
loadClass()	使用双亲委托加载类
defineClass()	将一个字节流转成Class类实例 ，返回结果为java.lang.Class类的实例
findClass()	从加载器路径搜寻需要处理的类，返回结果为java.lang.Class类的实例
findLoadedClass()	查询某个类是否已经被加载过，返回结果为java.lang.Class类的实例
getResourceAsStream()	读取一个资源文件转成InputStream
getParent()	返回该类加载器的超类加载器