【JVM】教会你双亲委派模型

一般路过糸.

已于 2024-07-26 17:41:59 修改

阅读量1.2k

点赞数 40

文章标签： java 开发语言

于 2024-07-26 17:33:21 首次发布

本文链接：https://blog.csdn.net/Jilit_jilit/article/details/140719490

版权

在了解双亲委派模型之前，我们必须要知道：什么是类加载器？

类加载器

类加载器的定义：

在Java虚拟机的角度看，存在两种不同的类加载器：

站在Java开发人员的角度来看，多种不同的类加载器：

启动类加载器(Bootstrap ClassLoader):

扩展类加载器(Extension ClassLoader):

应用程序类加载器(Application ClassLoader):

各种类加载器之间的层次关系被称为类加载器的“双亲委派模型”

在了解双亲委派模型之前，我们必须要知道：什么是类加载器？

类加载器

类加载器的定义：

虚拟机设计团队把类加载阶段中的“通过一个类的全限定名来获取描述该类的二进制字节流”这个动作放到Java虚拟机外部去实现，以便让应用程序自己决定如何去获取所需的类。实现这个动作的代码被称为“类加载器”（Class Loader）。

在Java虚拟机的角度看，存在两种不同的类加载器：

一种是启动类加载器（Bootstrap ClassLoader），这个类加载器使用C++语言实现，是虚拟机自身的一部分；

另一种是其他所有的类加载器，这些类加载器都由Java语言实现，独立存在于虚拟机外部，并且全都继承自抽象类java.lang.ClassLoader。

站在Java开发人员的角度来看，多种不同的类加载器：

启动类加载器(Bootstrap ClassLoader):

这是最顶层的类加载器，由 C/C++ 语言实现，是 JVM 自身的一部分。
它负责加载 JDK 中的核心类库，如 java.*、javax.* 等。
启动类加载器是无法被Java程序直接访问的。

扩展类加载器(Extension ClassLoader):

扩展类加载器是由 Java 语言实现的类加载器。
开发者可以直接使用扩展类加载器来加载自定义的类库。
扩展类加载器的父加载器是启动类加载器。

应用程序类加载器(Application ClassLoader):

应用程序类加载器也是由 Java 语言实现的类加载器。
它负责加载用户类路径上的所有类库。
开发者可以直接使用应用程序类加载器来加载自己编写的类。
应用程序类加载器的父加载器是扩展类加载器。

类与类加载器

两个类来源于同一个Class文件，被同一个Java虚拟机加载，只要加载它们的类加载器不同，那这两个类就必定不相等。

这里，在不同的类加载器的情况下，用instanceof关键字看一下结果，来了解上边这句话的含义

写一个简单的类加载器，它可以加载与自己在同一路径下的Class文件：

public class ClassLoaderTest {
    public static void main(String[] args) throws Exception {
        ClassLoader myLoader = new ClassLoader() {
            @Override
            public Class<?> loadClass(String name) throws ClassNotFoundException {
                try {
                    String fileName = name.substring(name.lastIndexOf(".") + 1)+".class";
                    InputStream is = getClass().getResourceAsStream(fileName);
                    if (is == null) {
                        return super.loadClass(name);
                    }
                    byte[] b = new byte[is.available()];
                    is.read(b);
                    return defineClass(name, b, 0, b.length);
                } catch (IOException e) {
                    throw new ClassNotFoundException(name);
                }
            }
        };
        Object obj = myLoader.loadClass("com.jilit.classLoad.ClassLoaderTest").newInstance();
        System.out.println(obj.getClass());
        System.out.println(obj instanceof com.jilit.classLoad.ClassLoaderTest);
    }

}

运行结果：

两行输出结果中，从第一行可以看到这个对象确实是类com.jilit.classLoad.ClassLoaderTest实例化出来的，但在第二行的输出中却发现这个对象与com.jilit.classLoad.ClassLoaderTest做所属类型检查的时候返回了false。这是因为Java虚拟机中同时存在了两个ClassLoaderTest类，一个是由虚拟机的应用程序类加载器所加载的，另外一个是由自定义的类加载器加载的，虽然它们都来自同一个Class文件，但在Java虚拟机中仍然是两个互相独立的类，做对象所属类型检查时的结果自然为false。

双亲委派模型

定义：

各种类加载器之间的层次关系被称为类加载器的“双亲委派模型”

双亲委派模型代码示例：

protected synchronized Class<?> loadClass(String name, boolean resolve) throws ClassNotFoundException
{
    // 首先，检查请求的类是否已经被加载过了
    Class c = findLoadedClass(name);
    if (c == null) {
        try {
            if (parent != null) {
                c = parent.loadClass(name, false);
            } else {
                c = findBootstrapClassOrNull(name);
            }
        } catch (ClassNotFoundException e) {
            // 如果父类加载器抛出ClassNotFoundException
            // 说明父类加载器无法完成加载请求
        }
        if (c == null) {
            // 在父类加载器无法加载时
            // 再调用本身的findClass方法来进行类加载
            c = findClass(name);
        }
    }
    if (resolve) {
        resolveClass(c);
    }
    return c;
}