谈谈双亲委派模型的第四次破坏-模块化

前言

JDK9引入了Java模块化系统(Java Platform Moudle System)来实现可配置的封装隔离机制，同时JVM对类加载的架构也做出了调整，也就是双亲委派模型的第四次破坏。前三次破坏分别是：双亲委派模型推出之前，SPI机制，以及OSGI为代表的热替换机制，这里不细说。

双亲委派模型

简介

在JDK9引入之前，绝大多数Java程序会用下面三个类加载器进行加载

• 启动类加载器(Bootstrap Class Loader)：由C++编写，负责加载<JAVA_HOME>\jre\lib目录下的类，例如最基本的Object，Integer，这些存在于rt.jar文件中的类，一般这些类都是Java程序的基石。
• 扩展类加载器(Extension Class Loader)：负责加载<JAVA_HOME>\jre\lib\ext目录下的类，在JDK9之前我们可以将通用性的类库放在ext目录来扩展JAVA的功能，但实际的工程都是通过maven引入jar包依赖。并且在JDK9取消了这一类加载器，取而代之的是平台类加载器(Platform Class Loader)，下面会对其介绍。
• 应用类加载器(Application Class Loader)：负责加载ClassPath路径下的类，通常工程师编写的大部分类都是由这个类加载器加载。

工作顺序

解释

如果一个ClassLoader收到了类加载的请求，他会先首先将请求委派给父类加载器完成，只有父类加载器加载不了，子加载器才会完成加载。

源代码

下面代码保留了核心逻辑，并添加了注释，主要是2个步骤

1. 如果父类加载器不为空则用父类加载器加载
2. 父类加载器加载不成功则本身再加载

            Class<?> c = findLoadedClass(name);
            //如果该类没加载过
            if (c == null) {
   
                try {
   
                //如果有父类加载器
                    if (parent != null) {
   
                    //使用父类加载器加载