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

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

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

我們知道 /jre/lib/resources.jar 是需要被啟動（BootStrap）類加載器加載的核心類庫，那么我們來看看它的加載流程圖

?

• 步驟 1：resources.jar 會先通過自定義類加載器（前提是我們實現了自定義類加載器），自定義類加載器不會做處理，直接向上委托給系統（System Application）類加載器；
• 步驟 2：系統（System Application）類加載器接到委托后，也不做任何處理，直接向上委托給擴展（Extension）類加載器；
• 步驟 3：擴展（Extension）類加載器接到委托后，也不做任何處理，直接向上委托給啟動（Bootstrap）類加載器；
• 步驟 4：啟動（Bootstrap）類加載器接到委托后，發現 resources.jar 是自己負責加載的核心類庫，于是進行加載，最后成功加載了 resources.jar。

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

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

?

• 步驟 1：cldrdata.jar 會先通過自定義類加載器（前提是我們實現了自定義類加載器），自定義類加載器不會做處理，直接向上委托給系統（System Application）類加載器；
• 步驟 2：系統（System Application）類加載器接到委托后，也不做任何處理，直接向上委托給擴展（Extension）類加載器；
• 步驟 3：擴展（Extension）類加載器接到委托后，也不做任何處理，直接向上委托給啟動（Bootstrap）類加載器；
• 步驟 4：啟動（Bootstrap）類加載器接到委托后，發現 cldrdata.jar 不是自己負責加載的核心類庫，于是進行向下委派，委派給擴展（Extension）類加載器；
• 步驟 5：擴展（Extension）類加載器接到委派后，發現 cldrdata.jar 是自己負責加載的核心類庫，于是進行加載，最后成功加載了 cldrdata.jar。

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

總結

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

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。