【Java】类加载器 双亲委派是个啥

一、加载

JVM需要借助类加载器来完成查找字节流，并且据此创建类的过程。

二、启动类加载器（BootstrapClassLoader）

启动类加载器是由C++实现的，用于加载jre和jre/lib目录下的核心库（以及由虚拟机参数 -Xbootclasspath 指定的类）

2.1 扩展类加载器（ExtentionClassLoader）

扩展类加载器的父类加载器是启动类加载器。
它负责加载jre 的 lib/ext 目录下 jar 包中的类（以及由系统变量 java.ext.dirs 指定的类）。

2.2 应用类加载器（AppClassLoader ）

应用类加载器的父类加载器则是扩展类加载器。
它负责加载应用程序路径下的类（这里的应用程序路径是指虚拟机参数 -cp/-classpath、系统变量 java.class.path 或环境变量 CLASSPATH 所指定的路径）默认情况下，应用程序中包含的类便是由应用类加载器加载的。

三、java.lang.ClassLoader

除了启动类加载器，其余的类加载器都是java.lang.ClassLoader的子类。这些类加载器需要先由启动类加载器，加载至 Java 虚拟机中，才能执行类加载。

四、为什么要这么多类加载器？

因为Java虚拟机启动的时候，并不会一次性加载所有的class文件（内存会爆），而是根据需要去动态加载。

五、双亲委派模型（Parent-Delegation Model）

双亲就是parent。。。什么鬼翻译。。。。

1. 当一个类加载器接收到类加载任务时，先查缓存里有没有，如果没有，将任务委托给它的父加载器去执行。
2. 父加载器也做同样的事情，一层一层往上委托，直到最顶层的启动类加载器为止。
3. 如果启动类加载器没有找到所需加载的类，便将此加载任务退回给下一级类加载器去执行，而下一级的类加载器也做同样的事情。
4. 如果最底层类加载器仍然没有找到所需要的class文件，则抛出异常。

5.1 类的唯一性

在 JVM中，类的唯一性是由类加载器实例以及类的全名一同确定的。即便是同一串字节流被不同的类加载器加载，也会得到两个不同的类。
在大型应用中，经常借助这一特性，来运行同一个类的不同版本。

5.2 为什么要双亲委派？

为了确保类的全局唯一性。
如果你自己写的一个类与核心类库中的类重名，会发现这个类可以被正常编译，但永远无法被加载运行。因为你写的这个类不会被应用类加载器加载，而是被委托到顶层，被启动类加载器在核心类库中找到了。如果没有双亲委托机制来确保类的全局唯一性，谁都可以编写一个java.lang.Object类放在classpath下，那应用程序就乱套了。

从安全的角度讲，通过双亲委托机制，Java虚拟机总是先从最可信的Java核心API查找类型，可以防止不可信的类假扮被信任的类对系统造成危害。

5.3 打破双亲委派

使用SPI和上下文类加载器contextClassLoader。
例子：以JDBC为例谈双亲委派模型的破坏

六、Java9平台类加载器

Java 9 引入了模块系统，并且略微更改了上述的类加载器。
扩展类加载器被改名为平台类加载器（platform class loader）。
Java SE 中除了少数几个关键模块，比如说 java.base 是由启动类加载器加载之外，其他的模块均由平台类加载器所加载。

七、自定义的类加载器

我们还可以加入自定义的类加载器，来实现特殊的加载方
式。举例来说，我们可以对 class 文件进行加密，加载时再利用自定义的类加载器对其解密。

八、总结

学了没什么屁用的知识