java有幾種類加載器？工作原理是什么？

什么是java類加載器?其實(shí)Java類加載器是Java運(yùn)行時(shí)環(huán)境的一部分，負(fù)責(zé)動(dòng)態(tài)加載Java類到Java虛擬機(jī)的內(nèi)存空間中。

Java類加載器的工作原理

一說Java代碼的執(zhí)行，接觸過Java代碼的同學(xué)肯定會(huì)想到: 編寫、編譯、運(yùn)行這三個(gè)階段。編寫是在后綴名為.java的文件中， 根據(jù)Java語法規(guī)則編寫源代碼;編譯是將。java文件(源代碼文件)編譯成.class文件(字節(jié)碼文件);運(yùn)行是通過JVM來執(zhí)行.class字節(jié)碼文件。

大白話解釋: .Java文件是程序員能看懂，但是計(jì)算機(jī)看不懂的文件。需要先把它轉(zhuǎn)換成.class文件，計(jì)算機(jī)才能識(shí)別，從而來執(zhí)行。雖然這三個(gè)階段都可以通過IDE實(shí)現(xiàn)，但是好多人容易忽略一個(gè)細(xì)節(jié)，那就是: 在JVM執(zhí)行。class字節(jié)碼文件之前， 需要先通過”類加載器”將該字節(jié)碼文件加載到內(nèi)存中，而這個(gè)過程，就是我們要詳聊的話題。

下面我們從類加載器的概述、類加載器的分類、類加載機(jī)制三個(gè)方面來介紹java類加載器。

1、java類加載器的概述

類加載器(ClassLoader)是負(fù)責(zé)加載類的對象的，也就是將.class字節(jié)碼文件加載到JVM內(nèi)存中的。那它什么時(shí)候才會(huì)去加載.class字節(jié)碼文件呢? 答案是: 當(dāng)Java程序第一次使用某個(gè)類中的內(nèi)容，而該類的字節(jié)碼文件在內(nèi)存中不存在時(shí)，類加載器就會(huì)去加載該類的字節(jié)碼文件。

俗話說”渡人先渡己”，要想成為別人的榜樣，幫助別人。首先要做好自己。生活中如此， 類加載器也一樣。要想加載我們自定義的類，類加載器必須先完成”自加載”的過程。聊到這，不得不提的就是”類加載器的分類”了。

2、java類加載器的分類

Java中的類加載器主要分為以下四類:

（1）根類加載器(BootStrapClassLoader)， 主要負(fù)責(zé)加載jre/lib/rt.jar相關(guān)的字節(jié)碼文件的。

（2）擴(kuò)展類加載器(ExtensionClassLoader)， 主要負(fù)載加載 jre/lib/ext/*.jar 這些jar包的。 該類加載器在JDK1。9的時(shí)候更名為: Platform Class Loader， 其父類加載器為: null。

（3）應(yīng)用程序類加載器(ApplicationClassLoader)， 主要負(fù)責(zé)加載用戶自定義的類以及classpath環(huán)境變量所配置的jar包的。 該類加載器在JDK1.9的時(shí)候更名為: System ClassLoader， 其父類加載器為: ExtensionClassLoader。

（4）自定義類加載器(UserClassLoader)， 負(fù)責(zé)加載程序員指定的特殊目錄下的字節(jié)碼文件的。大多數(shù)情況下，自定義類加載器只需要繼承ClassLoader這個(gè)抽象類，重寫findClass()和loadClass()兩個(gè)方法即可。

如下圖:

到這，相信大家對類加載器已經(jīng)初步有一定的認(rèn)識(shí)和理解了。接下來，我們寫代碼來驗(yàn)證一下，代碼和打印結(jié)果如下:

到這里，代碼就已經(jīng)驗(yàn)證完畢了。其實(shí)我們現(xiàn)在一直在研究的是JVM類加載機(jī)制的"加載循序"， 現(xiàn)在，我們來研究下它的"檢查順序"，請你思考，假設(shè): D:\compile、ext\*.jar、rt.jar三類中都有A.class，那么A.class是否會(huì)被加載3次，如果不會(huì)，它的加載順序是什么樣的?

答案是: 不會(huì)被加載3次，并最終會(huì)由BootStrapClassLoader來加載A.class。

原因是因?yàn)椋珹PPClassLoader類加載器(以下簡稱: app)加載之前，會(huì)先詢問ExtClassLoader類加載器(以下簡稱: ext)是否加載。如果ext加載，app就不加載了，反之則app加載。同樣， ext在加載之前， 也會(huì)詢問BootStrapClassLoader類加載器(以下簡稱: bootstrap)是否加載， 如果bootstrap加載，則ext就不加載了，反之，則ext加載。這也是: JVM類加載機(jī)制的”雙親委派機(jī)制”。

2、java類加載器的類加載機(jī)制

最后，我們再來聊一聊”類加載機(jī)制”，在JVM中類加載機(jī)制主要有3種：

（1）全盤加載。顧名思義，就是當(dāng)某一個(gè)類加載器加載某個(gè).class文件時(shí)， 默認(rèn)也會(huì)連同該文件所依賴的.class一起加載(除非顯示聲明通過某個(gè)指定的類加載器加載)。

（2） 緩存機(jī)制。即所有類加載器已經(jīng)加載過的.class文件都會(huì)被保存到緩存中，下次使用該.class文件時(shí)，JVM會(huì)優(yōu)先從緩存中查找，如果沒有，才會(huì)去加載指定的字節(jié)碼文件，這也是為什么當(dāng)字節(jié)碼文件變化后， 需要重啟JVM后才能看到修改效果的原因。

（3）雙親委派。大白話解釋，兒子(App)要星星，他自己實(shí)現(xiàn)不了，就找他老爹(Ext)要，他老爹能實(shí)現(xiàn)的話就給他了，實(shí)現(xiàn)不了，就找他爺爺(BootStrap)要，說: 你孫子要天上的星星。他爺爺如果能實(shí)現(xiàn)就給了，如果也實(shí)現(xiàn)不了，就會(huì)告訴他爹(Ext)，讓你兒子(App)自己實(shí)現(xiàn)吧。這種情況有點(diǎn)極端，屬于誰都沒有加載，則程序報(bào)錯(cuò)，會(huì)拋出異常。

（4）總結(jié): 類加載器自上而下檢查(App --> Ext --> BootStrap)，自下而上加載(BootStrap --> Ext --> App)。

推薦了解：大數(shù)據(jù)培訓(xùn)課程