基礎(chǔ)概念

Classloader 類加載器，用來加載 Java 類到 Java 虛擬機(jī)中。與普通程序不同的是。Java程序(class文件)并不是本地的可執(zhí)行程序。當(dāng)運(yùn)行Java程序時(shí)，首先運(yùn)行JVM(Java虛擬機(jī))，然后再把Java class加載到JVM里頭運(yùn)行，負(fù)責(zé)加載Java class的這部分就叫做Class Loader。

JVM本身包含了一個(gè)ClassLoader稱為Bootstrap ClassLoader，和JVM一樣，BootstrapClassLoader是用本地代碼實(shí)現(xiàn)的，它負(fù)責(zé)加載核心JavaClass(即所有java.*開頭的類)。另外JVM還會(huì)提供兩個(gè)ClassLoader，它們都是用Java語言編寫的，由BootstrapClassLoader加載;其中Extension ClassLoader負(fù)責(zé)加載擴(kuò)展的Javaclass(例如所有javax.*開頭的類和存放在JRE的ext目錄下的類)，ApplicationClassLoader負(fù)責(zé)加載應(yīng)用程序自身的類。

當(dāng)運(yùn)行一個(gè)程序的時(shí)候，JVM啟動(dòng)，運(yùn)行bootstrapclassloader，該ClassLoader加載java核心API(ExtClassLoader和AppClassLoader也在此時(shí)被加載)，然后調(diào)用ExtClassLoader加載擴(kuò)展API，最后AppClassLoader加載CLASSPATH目錄下定義的Class，這就是一個(gè)程序最基本的加載流程。

注: 學(xué)ClassLoader看OSGI程序應(yīng)用

什么時(shí)候JVM會(huì)使用ClassLoader加載一個(gè)類呢?當(dāng)你使用java去執(zhí)行一個(gè)類，JVM使用ApplicationClassLoader加載這個(gè)類;然后如果類A引用了類B，不管是直接引用還是用Class.forName()引用，JVM就會(huì)找到加載類A的ClassLoader，并用這個(gè)ClassLoader來加載類B。JVM按照運(yùn)行時(shí)的有效執(zhí)行語句，來決定是否需要裝載新類，從而裝載盡可能少的類，這一點(diǎn)和編譯類是不相同的。

Why use your own ClassLoader?

似乎JVM自身的ClassLoader已經(jīng)足夠了，為什么我們還需要?jiǎng)?chuàng)建自己的ClassLoader呢?

因?yàn)镴VM自帶的ClassLoader只是懂得從本地文件系統(tǒng)加載標(biāo)準(zhǔn)的java class文件，如果編寫你自己的ClassLoader，你可以做到:

1)在執(zhí)行非置信代碼之前，自動(dòng)驗(yàn)證數(shù)字簽名

2)動(dòng)態(tài)地創(chuàng)建符合用戶特定需要的定制化構(gòu)建類

3)從特定的場(chǎng)所取得java class，例如數(shù)據(jù)庫中

4) 等等

事實(shí)上當(dāng)使用Applet的時(shí)候，就用到了特定的ClassLoader，因?yàn)檫@時(shí)需要從網(wǎng)絡(luò)上加載java class，并且要檢查相關(guān)的安全信息。

應(yīng)用服務(wù)器大都使用了ClassLoader技術(shù)，即使你不需要?jiǎng)?chuàng)建自己的ClassLoader，了解其原理也有助于更好地部署自己的應(yīng)用。

重點(diǎn)注明：其實(shí)一個(gè)已經(jīng)加載的類是無法被更新的，如果你試圖用同一個(gè)ClassLoader再次加載同一個(gè)類，就會(huì)得到異常(java.lang.LinkageError: duplicate classdefinition)，我們只能夠重新創(chuàng)建一個(gè)新的ClassLoader實(shí)例來再次加載新類。至于原來已經(jīng)加載的類，開發(fā)人員不必去管它，因?yàn)樗赡苓€有實(shí)例正在被使用，只要相關(guān)的實(shí)例都被內(nèi)存回收了，那么JVM就會(huì)在適當(dāng)?shù)臅r(shí)候把不會(huì)再使用的類卸載。

絕大部分Java程序都會(huì)使用3種系統(tǒng)提供的類加載器

1.啟動(dòng)類加載器（Bootstrap ClassLoader），負(fù)責(zé)將存在<JAVA_HOME>\lib目錄中的，或被-Xbootclasspath參數(shù)所指定的路徑中的，并且是虛擬機(jī)識(shí)別的類庫加載到虛擬機(jī)里.注意是按照文件名識(shí)別，如rt.jar,名字不符合的類庫即使放在lib目錄中也不會(huì)被加載。

2.擴(kuò)展類加載器(ExtClassLoader),它負(fù)責(zé)<JAVA_HOME>\lib\ext目錄中的，或被java.ext.dirs系統(tǒng)變量所指定的路徑中的所有類庫.

3.應(yīng)用程序類加載器(App-ClassLoader),通過cassLoader.getSystemClassLoader()獲取，它負(fù)責(zé)加載用戶類路徑（ClassPath）上所指定的類庫，一般情況下這個(gè)是程序中默認(rèn)的類加載器.

雙親委托模式 是Java設(shè)計(jì)者推薦給開發(fā)者的一種類加載實(shí)現(xiàn)方式.雙親委托模型的工作過程是：如果一個(gè)類加載器收到了類加載請(qǐng)求，它首先不會(huì)自己去嘗試加載這個(gè)類，而是把這個(gè)請(qǐng)求委派給父類加載器去完成.每一層次的類加載器都是如此，因此所有的加載請(qǐng)求最終都會(huì)傳送到頂層的啟動(dòng)類加載器中，只有當(dāng)父類加載器沒有找到所需的類時(shí)，子加載器才會(huì)嘗試自己去加載。雙親模式的好處是Java類隨著它的類加載器一起具備了一種帶優(yōu)先級(jí)的層次關(guān)系。例如類Object,存放在rt.jar中，無論哪個(gè)類加載器加載這個(gè)類，最終都是委派給處于模型最頂端的啟動(dòng)類加載，因此Object類在程序使用多種類加載器環(huán)境中依然能保證是同一個(gè)類。相反，如果沒有使用雙親模型，就可能出現(xiàn)用戶自己編寫一個(gè)Object類，導(dǎo)致系統(tǒng)中出現(xiàn)多個(gè)不同的Object類，這樣Java類型體系中最基礎(chǔ)的行為也就無法保證。

以上這篇classloader類加載器_基于java類的加載方式詳解就是小編分享給大家的全部內(nèi)容了，希望能給大家一個(gè)參考，也希望大家多多支持腳本之家。

最新評(píng)論