類加載器

BootStrap ClassLoader：稱為啟動類加載器，是Java類加載層次中最頂層的類加載器，負責加載JDK中的核心類庫，如：rt.jar、resources.jar、charsets.jar等，可通過如下程式獲得該類加載器從哪些地方加載了相關的jar或class檔案：

Extension ClassLoader：稱為擴充類加載器，負責加載Java的擴充類庫，預設加載JAVA_HOME/jre/lib/ext/目下的所有jar。

App ClassLoader：稱為系統類加載器，負責加載應用程式classpath目錄下的所有jar和class檔案。

ClassLoader使用的是雙親委托模型來搜尋類的，每個ClassLoader執行個體都有一個父類加載器的引用（不是繼承的關系，是一個包含的關系），虛拟機内置的類加載器（Bootstrap ClassLoader）本身沒有父類加載器，但可以用作其它ClassLoader執行個體的的父類加載器。當一個ClassLoader執行個體需要加載某個類時，它會試圖親自搜尋某個類之前，先把這個任務委托給它的父類加載器，這個過程是由上至下依次檢查的，首先由最頂層的類加載器Bootstrap ClassLoader試圖加載，如果沒加載到，則把任務轉交給Extension ClassLoader試圖加載，如果也沒加載到，則轉交給App ClassLoader 進行加載，如果它也沒有加載得到的話，則傳回給委托的發起者，由它到指定的檔案系統或網絡等URL中加載該類。如果它們都沒有加載到這個類時，則抛出ClassNotFoundException異常。否則将這個找到的類生成一個類的定義，并将它加載到記憶體當中，最後傳回這個類在記憶體中的Class執行個體對象。

因為這樣可以避免重複加載，當父親已經加載了該類的時候，就沒有必要子ClassLoader再加載一次。考慮到安全因素，我們試想一下，如果不使用這種委托模式，那我們就可以随時使用自定義的String來動态替代java核心api中定義的類型，這樣會存在非常大的安全隐患，而雙親委托的方式，就可以避免這種情況，因為String已經在啟動時就被引導類加載器（Bootstrcp ClassLoader）加載，是以使用者自定義的ClassLoader永遠也無法加載一個自己寫的String，除非你改變JDK中ClassLoader搜尋類的預設算法。

JVM在判定兩個class是否相同時，不僅要判斷兩個類名是否相同，而且要判斷是否由同一個類加載器執行個體加載的。隻有兩者同時滿足的情況下，JVM才認為這兩個class是相同的。就算兩個class是同一份class位元組碼，如果被兩個不同的ClassLoader執行個體所加載，JVM也會認為它們是兩個不同class。