Class Loading -- 05 -- 双亲委派模型

最新推荐文章于 2023-09-17 15:39:39 发布

Gene Xu

最新推荐文章于 2023-09-17 15:39:39 发布

阅读量179

点赞数

分类专栏： JVM 文章标签： jvm

本文链接：https://blog.csdn.net/Goodbye_Youth/article/details/102574146

版权

JVM 专栏收录该内容

38 篇文章 0 订阅

订阅专栏

原文链接：Class Loading – 05 – 双亲委派模型

不同的类加载器加载类的方式和路径各有不同，为了实现分工，各自负责各自的区块，使得逻辑更加明确，我们才会有这么多种相互共存的类加载器，为了让它们之间相互协作，形成一个整体，我们需要引入一个模型：双亲委派模型

一、双亲委派模型

在这里插入图片描述

自下而上检查类是否已经被加载，自上而下尝试加载类
双亲委派模型要求除了顶层的启动类加载器外，其余的类加载器都应当有自己的父类加载器，且这些类加载器之间的父子关系一般不会以继承的关系来实现，而是都使用组合关系来复用父类加载器的代码

二、双亲委派模型的工作过程

当一个类加器收到了一个类的加载请求时，它首先不会自己去尝试加载这个类，而是把这个请求委派给父类加载器去完成，每一个层次的类加载器都是如此，因此所有的加载请求最终都会传送到顶层的启动类加载器中，只有当父类加载器反馈自己无法完成这个加载请求时 (它的搜索范围中没有找到所需的类)，子类加载器才会尝试自己去加载
示例如下 (假设需要加载一个名为 HelloWorld 的类)
- 当自定义加载器 (User ClassLoader) 接收到 HelloWorld 类的加载请求时，会先检查该类是否已经被加载过，如果加载过则直接返回，如果没有则会委派给其父类加载器 - 应用程序类加载器 (Application ClassLoader) 去完成
- 当应用程序类加载器 (Application ClassLoader) 从子类加载器中接收到类的加载请求时，也会先检查该类是否已经被加载过，如果加载过则直接返回，如果没有则会委派给其父类加载器 - 扩展类加载器 (Extension ClassLoader) 去完成
- 当扩展类加载器 (Extension ClassLoader) 从子类加载器中接收到类的加载请求时，也会先检查该类是否已经被加载过，如果加载过则直接返回，如果没有则会委派给其父类加载器 - 启动类加载器 (BootStrap ClassLoader) 去完成
- 当启动类加载器 (BootStrap ClassLoader) 从子类加载器中接收到类的加载请求时，也会先检查该类是否已经被加载过，如果加载过则直接返回，如果没有则会尝试 JRE\lib\rt.jar 或者 -Xbootclasspath (启动 jar 包时可以指定该参数，用于指使 BootStrap ClassLoader 去加载指定路径下的 jar 包，将其加载到应用程序当中) 选项指定的 jar 包下去寻找有没有对应的 HelloWorld.class 文件，如果有则将其加载进来并返回，如果没有则会委派给其子类加载器 - 扩展类加载器 (Extension ClassLoader) 去完成
- 当扩展类加载器 (Extension ClassLoader) 从父类加载器中接收到类的加载请求时，会尝试到 JER\lib\ext*.jar 或 -Djava.ext.dirs 指定目录下的 jar 包下去寻找有没有对应的 HelloWorld.class 文件，如果有则将其加载进来并返回，如果没有则会委派给其子类加载器 - 应用程序类加载器 (Application ClassLoader) 去完成
- 当应用程序类加载器 (Application ClassLoader) 从父类加载器中接收到类的加载请求时，会尝试到 CLASSPATH 或 -Djava.class.path 指定目录下的 jar 包下去寻找有没有对应的 HelloWorld.class 文件，如果有则将其加载进来并返回，如果没有则会委派给其子类加载器 - 自定义类加载器 (User ClassLoader) 去完成
- 当自定义类加载器 (User ClassLoader) 从父类加载器中接收到类的加载请求时，则会自己去加载 HelloWorld 这个类

三、双亲委派模型的优点

Java类随着它的类加载器一起具备了一种带有优先级的层次关系，确保了在各种加载环境下的加载顺序
例如：类 Object，它存放在 rt.jar 之中，无论哪一个类加载器要加载这个类，最终都会委派给处于模型最顶端的启动类加载器去进行加载，因此 Object 类在程序的各种类加载器环境中都是同一个类
因此，双亲委派模型的优点在于
- 避免加载多份同样的字节码
- 保证了程序运行的稳定性，防止不可信任类扮演可信任类

四、双亲委派模型的实现

在这里插入图片描述

双亲委派模型的源码实现如上所示
- 先检查请求的类是否已经被加载过，如果没有，则调用父类加载器的 loadClass() 方法
- 如果父类加载器为空，则默认使用启动类加载器作为父类加载器
- 如果父类加载器加载失败，则会抛出 ClassNotFoundException 异常，然后再调用自身的 findClass() 方法进行加载

五、验证类加载器之间的父子关系

此处直接引用下之前自定义好的类加载器

public class ClassLoaderChecker {

    public static void main(String[] args) throws Exception {
        MyClassLoader m = new MyClassLoader("C:\\Users\\XJ\\Desktop\\", "MyClassLoader");
        Class clazz = m.loadClass("Wali");
        System.out.println(clazz.getClassLoader()); // com.xj.classloader.MyClassLoader@3a71f4dd
        System.out.println(clazz.getClassLoader().getParent()); // sun.misc.Launcher$AppClassLoader@18b4aac2
        System.out.println(clazz.getClassLoader().getParent().getParent()); // sun.misc.Launcher$ExtClassLoader@677327b6
        System.out.println(clazz.getClassLoader().getParent().getParent().getParent()); // null
    }
}

如上所示，我们可以很清晰看到各个类加载器之间的父子关系
自下而上分别是：User ClassLoader --> Application ClassLoader --> Extension ClassLoader --> Bootstrap ClassLoader (此处在打印 Bootstrap ClassLoader 为 null 是因为其是由 C++ 实现的，所以无法获取到对象)
由于 Bootstrap ClassLoader 是由 C++ 实现的，因此我们在 IDE 中是无法看到其源码的，而且部分 JDK 源码是闭源的，无法进行查看，不过我们可以通过 OpenJDK 的源码进行查看

查看路径：OpenJDK / jdk8u / jdk8u / jdk，找到名为 ClassLoader.c 的文件，这就是 Bootstrap ClassLoader 的 c++ 源码实现

/*
 * Returns NULL if class not found.
 */
JNIEXPORT jclass JNICALL
Java_java_lang_ClassLoader_findBootstrapClass(JNIEnv *env, jobject loader, jstring classname)
{
    char *clname;
    jclass cls = 0;
    char buf[128];

    if (classname == NULL) {
        return 0;
    }

    clname = getUTF(env, classname, buf, sizeof(buf));
    if (clname == NULL) {
        JNU_ThrowOutOfMemoryError(env, NULL);
        return NULL;
    }
    VerifyFixClassname(clname);

    if (!VerifyClassname(clname, JNI_TRUE)) {  /* expects slashed name */
        goto done;
    }

    cls = JVM_FindClassFromBootLoader(env, clname);

 done:
    if (clname != buf) {
        free(clname);
    }

    return cls;
}

六、归纳总结

双亲委派模型工作过程
- 当一个类加载器收到了一个类的加载请求时，它首先不会自己去尝试加载这个类，而是把这个请求委派给父类加载器去完成，每一个层次的类加载器都是如此，因此所有的加载请求最终都会传送到顶层的启动类加载器中，只有当父类加载器反馈自己无法完成这个加载请求时，子类加载器才会尝试自己去加载
双亲委派模型优点
- 避免加载多份同样的字节码
- 保证了程序运行的稳定性，防止不可信任类扮演可信任类