更新時(shí)間:2019-09-16 來源:黑馬程序員 瀏覽量:
什么是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é)加載類的對(duì)象的,也就是將.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è)方法即可。
如下圖:
到這,相信大家對(duì)類加載器已經(jīng)初步有一定的認(rèn)識(shí)和理解了。接下來,我們寫代碼來驗(yàn)證一下,代碼和打印結(jié)果如下:
到這里,代碼就已經(jīng)驗(yàn)證完畢了。其實(shí)我們現(xiàn)在一直在研究的是JVM類加載機(jī)制的"加載循序", 現(xiàn)在,我們來研究下它的"檢查順序",請(qǐng)你思考,假設(shè):
D:\compile、ext\*.jar、rt.jar三類中都有A.class,那么A.class是否會(huì)被加載3次,如果不會(huì),它的加載順序是什么樣的?
答案是: 不會(huì)被加載3次,并最終會(huì)由BootStrapClassLoader來加載A.class。
原因是因?yàn)?,APPClassLoader類加載器(以下簡(jiǎn)稱: app)加載之前,會(huì)先詢問ExtClassLoader類加載器(以下簡(jiǎn)稱: ext)是否加載。如果ext加載,app就不加載了,反之則app加載。同樣, ext在加載之前, 也會(huì)詢問BootStrapClassLoader類加載器(以下簡(jiǎn)稱: bootstrap)是否加載, 如果bootstrap加載,則ext就不加載了,反之,則ext加載。這也是: JVM類加載機(jī)制的”雙親委派機(jī)制”。
2、java類加載器的類加載機(jī)制
最后,我們?cè)賮砹囊涣摹鳖惣虞d機(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)課程