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

Java類加載器的特性：

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

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

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

自定義類加載器加載一個類的步驟

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

 
 
 

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

線程上下文類加載器

java默認的線程上下文類加載器是 系統(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實現(xiàn), 而不依賴于雙親委派.大部分java app服務(wù)器(jboss, tomcat..)也是采用contextClassLoader來處理web服務(wù)。還有一些采用 hotswap 特性的框架, 也使用了線程上下文類加載器, 比如 seasar (full stack framework in japenese).#t#

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

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

因為這樣可以避免重復(fù)加載，當父親已經(jīng)加載了該類的時候，就沒有必要子ClassLoader再加載一次。以上就是對Java類加載器的詳細介紹。

網(wǎng)頁名稱：Java類加載器特點的具體介紹
網(wǎng)頁路徑：http://uogjgqi.cn/article/dhjjpch.html