Java類加載器一個(gè)我們經(jīng)常使用的優(yōu)秀語言，但是在我們使用的過程中有不少的問題需要我們解決。下面我們就詳細(xì)的來看看相關(guān)問題的解決方法。想大家有所收獲。

Java類加載器的特性：

每個(gè)ClassLoader都維護(hù)了一份自己的名稱空間， 同一個(gè)名稱空間里不能出現(xiàn)兩個(gè)同名的類。

為了實(shí)現(xiàn)java安全沙箱模型頂層的類加載器安全機(jī)制, java默認(rèn)采用了 " 雙親委派的加載鏈 " 結(jié)構(gòu)。

類圖中， BootstrapClassLoader是一個(gè)單獨(dú)的java類， 其實(shí)在這里， 不應(yīng)該叫他是一個(gè)java類。因?yàn)?，它已?jīng)完全不用java實(shí)現(xiàn)了。它是在jvm啟動(dòng)時(shí)， 就被構(gòu)造起來的， 負(fù)責(zé)java平臺(tái)核心庫。

自定義類加載器加載一個(gè)類的步驟

ClassLoader 類加載邏輯分析， 以下邏輯是除 BootstrapClassLoader 外的類加載器加載流程：

// 檢查類是否已被裝載過  
Class c = findLoadedClass(name);  
if (c == null ) {  
// 指定類未被裝載過  
try {  
if (parent != null ) {  
// 如果父類加載器不為空， 則委派給父類加載  
c = parent.loadClass(name, false );  
} else {  
// 如果父類加載器為空， 則委派給啟動(dòng)類加載加載  
c = findBootstrapClass0(name);  
}  
} catch (ClassNotFoundException e) {  
// 啟動(dòng)類加載器或父類加載器拋出異常后， 當(dāng)前類加載器將其  
// 捕獲， 并通過findClass方法， 由自身加載  
c = findClass(name);  
}  
} 

線程上下文類加載器

java默認(rèn)的線程上下文類加載器是 系統(tǒng)類加載器(AppClassLoader)。

//Now create the class loader to use to launch the application  
try {  
loader = AppClassLoader.getAppClassLoader(extcl);  
} catch(IOException e) {  
throw new InternalError(  
"Could not create application class loader" );  
}  
//Also set the context class loader for the primordial thread.  
Thread.currentThread().setContextClassLoader(loader); 

Java代碼

//Now create the class loader to use to launch the application  
try {  
loader = AppClassLoader.getAppClassLoader(extcl);  
} catch (IOException e) {  
throw new InternalError(  
"Could not create application class loader" );  
}  
//Also set the context class loader for the primordial thread.  
Thread.currentThread().setContextClassLoader(loader); 

以上代碼摘自sun.misc.Launch的無參構(gòu)造函數(shù)Launch()。使用線程上下文類加載器, 可以在執(zhí)行線程中, 拋棄雙親委派加載鏈模式, 使用線程上下文里的類加載器加載類.典型的例子有, 通過Java類加載器上下文來加載第三方庫jndi實(shí)現(xiàn), 而不依賴于雙親委派.大部分java app服務(wù)器(jboss, tomcat..)也是采用contextClassLoader來處理web服務(wù)。還有一些采用 hotswap 特性的框架, 也使用了線程上下文類加載器, 比如 seasar (full stack framework in japenese).#t#

線程上下文從根本解決了一般應(yīng)用不能違背雙親委派模式的問題.使java類加載體系顯得更靈活.隨著多核時(shí)代的來臨, 相信多線程開發(fā)將會(huì)越來越多地進(jìn)入程序員的實(shí)際編碼過程中. 因此,在編寫基礎(chǔ)設(shè)施時(shí)， 通過使用線程上下文來加載類, 應(yīng)該是一個(gè)很好的選擇。當(dāng)然, 好東西都有利弊. 使用線程上下文加載類, 也要注意, 保證多根需要通信的線程間的類加載器應(yīng)該是同一個(gè),防止因?yàn)椴煌念惣虞d器, 導(dǎo)致類型轉(zhuǎn)換異常(ClassCastException)。

為什么要使用這種雙親委托模式呢？

因?yàn)檫@樣可以避免重復(fù)加載，當(dāng)父親已經(jīng)加載了該類的時(shí)候，就沒有必要子ClassLoader再加載一次。以上就是對(duì)Java類加載器的詳細(xì)介紹。