?一言以蔽之，向上委托，向下委派。

• 向上委托：如果一個(gè)類加載器收到了類加載請(qǐng)求，它并不會(huì)自己先去加載，而是把這個(gè)請(qǐng)求委托給父類的加載器去執(zhí)行，如果父類加載器還存在其父類加載器，則進(jìn)一步向上委托，依次遞歸，請(qǐng)求最終將到達(dá)頂層的啟動(dòng)類加載器。如果父類加載器可以完成類加載任務(wù)，就成功返回；(采用遞歸)
• 向下委派：倘若父類加載器無(wú)法完成此加載任務(wù)，子加載器才會(huì)嘗試自己去加載，這就是雙親委派模式。

?案例 1：加載 /jre/lib/resources.jar

我們知道 /jre/lib/resources.jar 是需要被啟動(dòng)（BootStrap）類加載器加載的核心類庫(kù)，那么我們來(lái)看看它的加載流程圖

?

• 步驟 1：resources.jar 會(huì)先通過(guò)自定義類加載器（前提是我們實(shí)現(xiàn)了自定義類加載器），自定義類加載器不會(huì)做處理，直接向上委托給系統(tǒng)（System Application）類加載器；
• 步驟 2：系統(tǒng)（System Application）類加載器接到委托后，也不做任何處理，直接向上委托給擴(kuò)展（Extension）類加載器；
• 步驟 3：擴(kuò)展（Extension）類加載器接到委托后，也不做任何處理，直接向上委托給啟動(dòng)（Bootstrap）類加載器；
• 步驟 4：啟動(dòng)（Bootstrap）類加載器接到委托后，發(fā)現(xiàn) resources.jar 是自己負(fù)責(zé)加載的核心類庫(kù)，于是進(jìn)行加載，最后成功加載了 resources.jar。

案例 2：加載 /jre/lib/ext/cldrdata.jar

我們能夠知道 /jre/lib/ext/cldrdata.jar 是需要被擴(kuò)展（Extension）類加載器加載的核心類庫(kù)，那么我們來(lái)看看它的加載流程圖。

?

• 步驟 1：cldrdata.jar 會(huì)先通過(guò)自定義類加載器（前提是我們實(shí)現(xiàn)了自定義類加載器），自定義類加載器不會(huì)做處理，直接向上委托給系統(tǒng)（System Application）類加載器；
• 步驟 2：系統(tǒng)（System Application）類加載器接到委托后，也不做任何處理，直接向上委托給擴(kuò)展（Extension）類加載器；
• 步驟 3：擴(kuò)展（Extension）類加載器接到委托后，也不做任何處理，直接向上委托給啟動(dòng)（Bootstrap）類加載器；
• 步驟 4：啟動(dòng)（Bootstrap）類加載器接到委托后，發(fā)現(xiàn) cldrdata.jar 不是自己負(fù)責(zé)加載的核心類庫(kù)，于是進(jìn)行向下委派，委派給擴(kuò)展（Extension）類加載器；
• 步驟 5：擴(kuò)展（Extension）類加載器接到委派后，發(fā)現(xiàn) cldrdata.jar 是自己負(fù)責(zé)加載的核心類庫(kù)，于是進(jìn)行加載，最后成功加載了 cldrdata.jar。

Tips：我們可以看到，在向上委托的過(guò)程中，cldrdata.jar 雖然在步驟 3 已經(jīng)達(dá)到了擴(kuò)展（Extension）類加載器，但是由于擴(kuò)展（Extension）類加載器需要遵循向上委托的原則，必須要將 cldrdata.jar 向上委托給啟動(dòng)（Bootstrap）類加載器，直到啟動(dòng)（Bootstrap）類加載器向下委派 cldrdata.jar 到擴(kuò)展（Extension）類加載器才進(jìn)行類庫(kù)的加載。

總結(jié)

以上是生活随笔為你收集整理的JVM 双亲委派模型的全部?jī)?nèi)容，希望文章能夠幫你解決所遇到的問(wèn)題。

如果覺(jué)得生活随笔網(wǎng)站內(nèi)容還不錯(cuò)，歡迎將生活随笔推薦給好友。