類加載器

目錄

一、類與類加載器的關(guān)系
二、雙親委派模型

虛擬機(jī)設(shè)計(jì)團(tuán)隊(duì)把類加載階段中的“通過(guò)一個(gè)類的全限定名來(lái)獲取描述此類的二進(jìn)制字節(jié)流”這個(gè)動(dòng)作放到了 Java 虛擬機(jī) 外部 去實(shí)現(xiàn),以便讓應(yīng)用程序自己決定如何去獲取所需要的類。實(shí)現(xiàn)這個(gè)動(dòng)作的代碼模塊稱為“類加載器”。

1、類與類加載器的關(guān)系

類加載器雖然用于實(shí)現(xiàn)類的加載動(dòng)作,但它在 Java 程序中起到的作用卻遠(yuǎn)遠(yuǎn)不限于類加載階段。對(duì)于任意一個(gè)類,都需要由 加載它的類加載器 和 這個(gè)類本身 一同確立其在 Java 虛擬機(jī)中的唯一性,每一個(gè)類加載器,都擁有一個(gè)獨(dú)立的類名稱空間。換句話說(shuō):比較兩個(gè)類是否“相等”,只有在這兩個(gè)類是由同一個(gè)類加載器加載的前提下才有意義,否則,即使這兩個(gè)類來(lái)源于同一個(gè) Class 文件,被同一個(gè)虛擬機(jī)加載,只要加載他們的類加載器不同,那這兩個(gè)類就必定不相等。

這里所指的“相等”,包括代表類的 Class 對(duì)象的 equals() 方法、isAssingableFrom() 方法、isInstance() 方法的返回結(jié)構(gòu),也包括使用 instanceOf 關(guān)鍵字做對(duì)象所屬關(guān)系判定等情況。如果沒(méi)有注意到類加載器的影響,在某些情況下可能會(huì)產(chǎn)生具有迷惑性的結(jié)果,如下面代碼,顯示了不同的類加載器對(duì) instanceof 關(guān)鍵字運(yùn)算的結(jié)構(gòu)的影響。
不同的類加載器對(duì) instanceof 關(guān)鍵字運(yùn)算的結(jié)果的影響.png

運(yùn)行結(jié)果:
上面代碼構(gòu)造了一個(gè)簡(jiǎn)單的類加載器。它可以加載與自己在統(tǒng)一路徑下的 Class 文件,我們使用這個(gè)類加載器去加載了一個(gè)名為 “com.np.vm.classloading.ClassLoaderTest” 的類,并實(shí)例化了這個(gè)類的對(duì)象。兩行輸出結(jié)果中,從第一句可以看出,這個(gè)對(duì)象確實(shí)是 類 com.np.vm.classloading.ClassLoaderTest 實(shí)例化出來(lái)的對(duì)象,但從第二句可以發(fā)現(xiàn),這個(gè)對(duì)象與類 com.np.vm.classloading.ClassLoaderTest 做所屬類型檢查的時(shí)候卻反悔了 false,這是因?yàn)樘摂M機(jī)中存在了兩個(gè) ClassLoaderTest 類,一個(gè)是由系統(tǒng)應(yīng)用程序加載器加載的,另外一個(gè)是由我們自定義的類加載器加載的,雖然是來(lái)自同一個(gè) Class 文件,但依然是兩個(gè)獨(dú)立的類,做對(duì)象所屬類型檢查時(shí)結(jié)果自然為 false。

二、雙親委派模型

從虛擬機(jī)的角度來(lái)講,只存在兩種不同的類加載器:一種是啟動(dòng)類加載器,這個(gè)類加載器使用 C++ 語(yǔ)言實(shí)現(xiàn),是虛擬機(jī)自身的一部分;另一種就是所有其他的類加載器,這些類加載器都由 Java 語(yǔ)言實(shí)現(xiàn),獨(dú)立于虛擬機(jī)外部,并且全都繼承自抽象類 java.lang.ClassLoader。
從 Java 開發(fā)人員的角度來(lái)看,類加載器還可以劃分得更細(xì)致一些,絕大部分 Java 程序都會(huì)使用到以下 3 中系統(tǒng)提供的類加載器。

  • 啟動(dòng)類加載器:這個(gè)類加載器負(fù)責(zé)將存放在 <JAVA_HOME>\lib 目錄中的,或者被 -Xbootclasspath 參數(shù)所指定的路徑中的,并且是虛擬機(jī)識(shí)別的類庫(kù)加載器到虛擬機(jī)內(nèi)存中。啟動(dòng)類加載器無(wú)法被 Java 程序直接引用,用戶在編寫自定義類加載器時(shí),如果需要把加載請(qǐng)求委派給引導(dǎo)類加載器,那直接使用 null 代替即可。
  • 擴(kuò)展類加載器:這個(gè)加載器由 sum.misc.Launcher$ExtClassLoader 實(shí)現(xiàn),它負(fù)責(zé)加載 <JAVA_HOME>\lib\ext 目錄中的,或者被 java.ext.dirs 系統(tǒng)變量所指定的路徑中的所有類庫(kù),開發(fā)者可以直接使用擴(kuò)展類加載器。
  • 應(yīng)用程序加載器:這個(gè)類加載器由 sun.misc.Launcher$AppClassLoader 實(shí)現(xiàn)。由于這個(gè)類加載器是 ClassLoader 中的 geSystemClassLoader() 方法的返回值,所以一般也稱為系統(tǒng)類加載器。它負(fù)責(zé)加載用戶類路徑(classPath)上所指定的類庫(kù),如果應(yīng)用程序中沒(méi)有自定義過(guò)自己的類加載器,一般情況下這個(gè)就是程序中默認(rèn)的類加載器。
    類加載器雙親委派模型.png
    上圖展示的類加載器之間的這種層次關(guān)系,稱為類加載器的雙親委派模型。雙親委派模型要求除了頂層的啟動(dòng)類加載器外,其余的類加載器都應(yīng)當(dāng)有自己的父類加載器。這里類加載器之間的父子關(guān)系一般不會(huì)以繼承的關(guān)系來(lái)實(shí)現(xiàn),而是都使用組合關(guān)系來(lái)復(fù)用父加載器的代碼。
    雙親委派模型的工作過(guò)程是: 如果一個(gè)類加載器收到了類加載的請(qǐng)求,它首先不會(huì)自己去嘗試加載這個(gè)類,而是把這個(gè)請(qǐng)求委派給父類加載器去完成,每一個(gè)層次的類加載器都是如此,因此所有的類加載請(qǐng)求最終都應(yīng)該傳送到頂層的啟動(dòng)類加載器中,只有當(dāng)父加載器反饋?zhàn)约簾o(wú)法完成這個(gè)加載請(qǐng)求(它的搜索范圍中沒(méi)有找到所需的類)時(shí),自加載器才會(huì)嘗試自己去加載。
?著作權(quán)歸作者所有,轉(zhuǎn)載或內(nèi)容合作請(qǐng)聯(lián)系作者
平臺(tái)聲明:文章內(nèi)容(如有圖片或視頻亦包括在內(nèi))由作者上傳并發(fā)布,文章內(nèi)容僅代表作者本人觀點(diǎn),簡(jiǎn)書系信息發(fā)布平臺(tái),僅提供信息存儲(chǔ)服務(wù)。

推薦閱讀更多精彩內(nèi)容