問(wèn)題描述

看到網(wǎng)上這么說(shuō)：

雙親委派機(jī)制描述 某個(gè)特定的類加載器在接到加載類的請(qǐng)求時(shí)，首先將加載任務(wù)委托給父類加載器，依次遞歸，如果父類加載器可以完成類加載任務(wù)，就成功返回；只有父類加載器無(wú)法完成此加載任務(wù)時(shí)，才自己去加載。

首先將加載任務(wù)委托給父類加載器，依次遞歸 這句話的意思是所有類都是由Object類的記載器加載的嗎？

問(wèn)題解答

Java 虛擬機(jī)的第一個(gè)類加載器是 Bootstrap，這個(gè)加載器是嵌套在 Java 虛擬機(jī)內(nèi)核里面，它是用 C++ 寫的二進(jìn)制代碼（不是字節(jié)碼）。

使用委托機(jī)制，會(huì)遞歸的向父類查找，也就是首選用 Bootstrap 嘗試加載，如果找不到再向下。防止內(nèi)存中出現(xiàn)兩份類的字節(jié)碼。

你誤解了類和類加載器。

當(dāng)類記載的時(shí)候，首先用當(dāng)前線程的類加載器去加載線程中的第一個(gè)類，比如這個(gè)類是 ClassA，類加載器是 ClassLoaderA。

如果 ClassA 引用了 ClassB，則系統(tǒng)會(huì)使用 ClassLoaderA 去加載 ClassB。

現(xiàn)在有了 2 個(gè)類（簡(jiǎn)化版，其實(shí)不止是 2 個(gè)類）。

我們考慮一種情況，ClassX 和 ClassY 已經(jīng)在內(nèi)存中加載，他們都引用了 ClassZ，那么 ClassZ 由誰(shuí)加載呢？

很顯然按照上面描述的加載步驟會(huì)出現(xiàn) 2 份 ClassZ：ClassX 加載一次，ClassY 又加載一次。因?yàn)?ClassY 不知道 ClassX 已經(jīng)加載過(guò)了。

如何解決這個(gè)問(wèn)題呢，就是向父類遞歸查找。

具體步驟就是，先從 BootstrapClassLoader 查找，如果 BootstrapClassLoader 加載了這個(gè)類，就返回，如果 BootstrapClassLoader 沒(méi)有加載過(guò)這個(gè)類，則繼續(xù)查找，直到找到這個(gè)類。如果一直找到了本線程的類加載器都沒(méi)有找到，說(shuō)明這個(gè)類還沒(méi)有加載，則使用當(dāng)前線程的加載器加載。可以使用 getContextClassLoader() 獲得當(dāng)前線程的類加載器。

Java中有兩類類加載器：系統(tǒng)類加載器和用戶自定義類加載器。

系統(tǒng)類加載器都會(huì)有加載路徑的限定，比如Bootstrap Class Loader在JDK1.6下，通過(guò)System.getProperty('sun.boot.class.path')可以得到類加載路徑

JAVA_HOMEjre6libresources.jar; JAVA_HOMEJavajre6librt.jar; JAVA_HOMEjre6libsunrsasign.jar; JAVA_HOMEjre6libjsse.jar;JAVA_HOMEjre6libjce.jar; JAVA_HOMEjre6libcharsets.jar; JAVA_HOMEjre6libmodulesjdk.boot.jar; JAVA_HOMEjre6classes

這些路徑下的class是由Bootstrap負(fù)責(zé)，其它路徑下的class的遞歸到Bootstrap下也是找不到class文件，就會(huì)由下一級(jí)類加載器去相應(yīng)的路徑去加載。

樓上說(shuō)得對(duì),建議看看jvm相關(guān)書籍,詳細(xì)了解一下.