快捷導(dǎo)航

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

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

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

類(lèi)加載器是什么？

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

類(lèi)加載器分類(lèi)

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

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

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

雙親委派模型工作流程

當(dāng)類(lèi)加載器收到加載類(lèi)的請(qǐng)求時(shí)，它首先會(huì)把請(qǐng)求委派給父加載器去完成，每一層都如此，直到把請(qǐng)求委派給最頂層的啟動(dòng)類(lèi)加載器，只有當(dāng)父加載器無(wú)法加載委派過(guò)來(lái)的類(lèi)時(shí)，子加載器才會(huì)加載。

JVM在加載?個(gè)類(lèi)時(shí)，會(huì)調(diào)?AppClassLoader的loadClass?法來(lái)加載這個(gè)類(lèi)，不過(guò)在這個(gè)?法中，會(huì)先使?ExtClassLoader的loadClass?法來(lái)加載類(lèi)，同樣ExtClassLoader的loadClass?法中會(huì)先使?BootstrapClassLoader來(lái)加載類(lèi)，如果BootstrapClassLoader加載到了就直接成功，如果 BootstrapClassLoader沒(méi)有加載到，那么ExtClassLoader就會(huì)??嘗試加載該類(lèi)，如果沒(méi)有加載到，那么則會(huì)由AppClassLoader來(lái)加載這個(gè)類(lèi)。

雙親委派模型

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

這里說(shuō)的雙親并不是說(shuō)類(lèi)加載器之間是以繼承方式實(shí)現(xiàn)的，而是以組合的方式實(shí)現(xiàn)的，通過(guò)源碼可以證實(shí)這點(diǎ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;
        }
    }

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