双亲委派模型

￡神魔★判官ぃ 2021-09-26 14:36 593阅读 0赞

双亲委派模型（Since JDK.2）：  
![这里写图片描述][70]  
从虚拟机的角度来看，类加载器主要分为启动类加载器（Bootstrap Classloader）和所有其他的类加载器。  
从开发人员的角度来说，类加载器主要分为3类。  
1. **启动类加载器**（Bootstrap Classloader）  
功能：负责将存放在JAVA\_HOME \\ lib目录中的，或者被-XbootClasspath参数所指定的路径中的，并且是虚拟机识别的类库加载到虚拟机内存中。  
2. **扩展类加载器**（Extension Classloader）  
负责加载JAVA\_HOME\\lib\\ext目录中的，或者被java.ext.dirs系统变量所指定的路径中的所有类库，开发者可以直接使用扩展类加载器。  
3. **应用程序类加载器**（Application Classloader）  
负责加载用户类路径（ClassPath）上所指定的类库，开发者可以直接使用这个类加载器。

双亲委派模型的**好处**就是Java类随着它的类加载器一起具备了一种带有优先级的层次关系。例如java.lang.Object，它存放在rt.jar中，无论是哪个类要加载这个类，最终都是委派给处于模型最顶端的启动类加载器进行加载，因此Object类在程序的各种类加载器环境中都是同一个类，相反，如果没有使用双亲委派模型的话，由各个类加载器自行去加载的话，如果用户自己编写了一个java.lang.Object的类，并放置在程序的Classpath中，那么系统会出现多个不同的Object类，Java类型体系中最基础的行为也无法保证，程序将变得混乱。

***双亲委派的加载类的实现***：  
先检查是否已经被加载过，若没有加载则调用父加载器的loadClass（）方法，若父类加载器为空则默认使用启动类加载器作为父加载器。如果父类加载失败，抛出ClassNotFoundException异常后，再调用自己的findClass()方法进行加载。

protected Class<?> loadClass(String name, boolean resolve)
            throws ClassNotFoundException
        {
            synchronized (getClassLoadingLock(name)) {
                // First, check if the class has already been loaded
                //首先检查请求的类是否已经被加载
                Class c = findLoadedClass(name);
                if (c == null) {
                    long t0 = System.nanoTime();
                    try {
                        //如果存在父类，则请求父类加载器进行加载
                        if (parent != null) {
                            c = parent.loadClass(name, false);
                        } else {
                        //否则找到启动类加载器进行加载
                            c = findBootstrapClassOrNull(name);
                        }
                    } catch (ClassNotFoundException e) {
                        // ClassNotFoundException thrown if class not found
                        // from the non-null parent class loader
                        //若父类加载器抛出ClassNotFoundException
                        //说明父类加载器无法完成加载请求
                    }
    
                    if (c == null) {
                        // If still not found, then invoke findClass in order
                        // to find the class.
                        //在父类加载器无法加载的时候，在调用本身的findClass方法进行类加载
                        long t1 = System.nanoTime();
                        c = findClass(name);
    
                        // this is the defining class loader; record the stats
                        sun.misc.PerfCounter.getParentDelegationTime().addTime(t1 - t0);
                        sun.misc.PerfCounter.getFindClassTime().addElapsedTimeFrom(t1);
                        sun.misc.PerfCounter.getFindClasses().increment();
                    }
                }
                if (resolve) {
                    resolveClass(c);
                }
                return c;
            }
        }

在OSGi环境下，类加载器不再是双亲委派模型中的树状结构，而是进一步发展成为更复杂的网状结构，当收到类加载请求是，OSGi将按照下面的顺序进行类搜索：  
1）将以java.\*开头的类委派给父类加载器加载；  
2）否则，将委派列表名单内的类委派给父类加载器加载；  
3）否则，将Import列表中的类委派给Export这个类的Bundle类加载器加载；  
4）否则，查找当前Bundle的Classpath，使用自己的类加载器加载；  
5）否则，查找类是否在自己的Fragment Bundle中，如果在，则委派给Fragment Bundle类加载器加载；  
6否则，查找Dynamic Import列表的Bundle，委派给对应的Bundle的类加载器加载；  
7）否则，类查找失败。

[70]: /images/20210923/07e8ddbf52484bc3b7b35fb330326849.png