快捷導(dǎo)航

淺談一下Java的雙親委派模式

更新時間：2023年04月27日 08:53:39 作者：索碼理

這篇文章主要介紹了一下Java的雙親委派模式,雙親委派指得是，JVM在加載類時，會委派給ExtClassLoader和BootstrapClassLoader進(jìn)?加載，如果沒加載到才由??進(jìn)?加載,需要的朋友可以參考下

類加載器是什么？

當(dāng)我們編譯Java類時，JVM會創(chuàng)建與平臺和機(jī)器無關(guān)的字節(jié)碼。字節(jié)碼存儲在.class文件中。當(dāng)我們嘗試使用一個類時，類加載器就會把它加載到內(nèi)存中，然后把字節(jié)碼文件轉(zhuǎn)成Class對象。通俗的說類加載器就是將.class文件轉(zhuǎn)成Class對象的。

類加載器分類

啟動類加載器(Bootstrap Class Loader)：負(fù)責(zé)加載存放在 <JAVA_HOME>\lib目錄下的類，或者被-Xbootclasspath參數(shù)所指定的路徑中存放的類。比如：rt.jar、java.lang.*包下的類。

擴(kuò)展類加載器(Extension Class Loader)：負(fù)責(zé)加載<JAVA_HOME>\lib\ext目錄中，或者被java.ext.dirs系統(tǒng)變量所指定的路徑中所有的類庫。

應(yīng)用程序類加載器(Application Class Loader)：負(fù)責(zé)加載用戶類路徑上所有的類庫。

雙親委派模型工作流程

當(dāng)類加載器收到加載類的請求時，它首先會把請求委派給父加載器去完成，每一層都如此，直到把請求委派給最頂層的啟動類加載器，只有當(dāng)父加載器無法加載委派過來的類時，子加載器才會加載。

JVM在加載?個類時，會調(diào)?AppClassLoader的loadClass?法來加載這個類，不過在這個?法中，會先使?ExtClassLoader的loadClass?法來加載類，同樣ExtClassLoader的loadClass?法中會先使?BootstrapClassLoader來加載類，如果BootstrapClassLoader加載到了就直接成功，如果 BootstrapClassLoader沒有加載到，那么ExtClassLoader就會??嘗試加載該類，如果沒有加載到，那么則會由AppClassLoader來加載這個類。

雙親委派模型

所以，雙親委派指得是，JVM在加載類時，會委派給ExtClassLoader和BootstrapClassLoader進(jìn)?加載，如果沒加載到才由??進(jìn)?加載。

這里說的雙親并不是說類加載器之間是以繼承方式實現(xiàn)的，而是以組合的方式實現(xiàn)的，通過源碼可以證實這點：

java.lang.ClassLoader#loadClass

private final ClassLoader parent;

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
                }

                if (c == null) {
                    // If still not found, then invoke findClass in order
                    // to find the class.
                    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;
        }
    }

同時，通過源碼我們也可以看到類加載器的加載流程是跟我們描述的一樣的：先檢查請求加載的類型是否已經(jīng)被加載過，若沒有則調(diào)用父加載器的loadClass()方法，若父加載器為空則默認(rèn)使用啟動類加載器作為父加載器。假如父類加載器加載失敗，拋出ClassNotFoundException異常的話，才調(diào)用自己的findClass()方法嘗試進(jìn)行加載。