- BootStrap ClassLoader：稱為啟動(dòng)類加載器，是Java類加載層次中最頂層的類加載器蚕钦，負(fù)責(zé)加載JDK中的核心類庫多艇，如：rt.jar、resources.jar因悲、charsets.jar等堕汞，可通過如下程序獲得該類加載器從哪些地方加載了相關(guān)的jar或class文件：
- Extension ClassLoader：稱為擴(kuò)展類加載器，負(fù)責(zé)加載Java的擴(kuò)展類庫晃琳，默認(rèn)加載JAVA_HOME/jre/lib/ext/目下的所有jar讯检。
- App ClassLoader：稱為系統(tǒng)類加載器琐鲁，負(fù)責(zé)加載應(yīng)用程序classpath目錄下的所有jar和class文件。
原理解釋
ClassLoader使用的是雙親委托模型來搜索類的人灼，每個(gè)ClassLoader實(shí)例都有一個(gè)父類加載器的引用（不是繼承的關(guān)系围段，是一個(gè)包含的關(guān)系），虛擬機(jī)內(nèi)置的類加載器（Bootstrap ClassLoader）本身沒有父類加載器投放，但可以用作其它ClassLoader實(shí)例的的父類加載器奈泪。當(dāng)一個(gè)ClassLoader實(shí)例需要加載某個(gè)類時(shí)，它會(huì)試圖親自搜索某個(gè)類之前灸芳，先把這個(gè)任務(wù)委托給它的父類加載器段磨，這個(gè)過程是由上至下依次檢查的，首先由最頂層的類加載器Bootstrap ClassLoader試圖加載耗绿，如果沒加載到苹支，則把任務(wù)轉(zhuǎn)交給Extension ClassLoader試圖加載，如果也沒加載到误阻，則轉(zhuǎn)交給App ClassLoader 進(jìn)行加載债蜜，如果它也沒有加載得到的話，則返回給委托的發(fā)起者究反，由它到指定的文件系統(tǒng)或網(wǎng)絡(luò)等URL中加載該類寻定。如果它們都沒有加載到這個(gè)類時(shí)，則拋出ClassNotFoundException異常精耐。否則將這個(gè)找到的類生成一個(gè)類的定義狼速，并將它加載到內(nèi)存當(dāng)中，最后返回這個(gè)類在內(nèi)存中的Class實(shí)例對(duì)象卦停。
為什么要使用雙親委托這種模型呢向胡？
因?yàn)檫@樣可以避免重復(fù)加載，當(dāng)父親已經(jīng)加載了該類的時(shí)候惊完，就沒有必要子ClassLoader再加載一次僵芹。考慮到安全因素小槐，我們?cè)囅胍幌履磁桑绻皇褂眠@種委托模式，那我們就可以隨時(shí)使用自定義的String來動(dòng)態(tài)替代java核心api中定義的類型凿跳，這樣會(huì)存在非常大的安全隱患件豌，而雙親委托的方式，就可以避免這種情況控嗜，因?yàn)镾tring已經(jīng)在啟動(dòng)時(shí)就被引導(dǎo)類加載器（Bootstrcp ClassLoader）加載茧彤，所以用戶自定義的ClassLoader永遠(yuǎn)也無法加載一個(gè)自己寫的String，除非你改變JDK中ClassLoader搜索類的默認(rèn)算法躬审。
但是JVM在搜索類的時(shí)候棘街，又是如何判定兩個(gè)class是相同的呢蟆盐？
JVM在判定兩個(gè)class是否相同時(shí)，不僅要判斷兩個(gè)類名是否相同遭殉，而且要判斷是否由同一個(gè)類加載器實(shí)例加載的石挂。只有兩者同時(shí)滿足的情況下，JVM才認(rèn)為這兩個(gè)class是相同的险污。就算兩個(gè)class是同一份class字節(jié)碼痹愚，如果被兩個(gè)不同的ClassLoader實(shí)例所加載，JVM也會(huì)認(rèn)為它們是兩個(gè)不同class蛔糯。
