Class.getResourceAsStream() 會指定要加載的資源路徑與當(dāng)前類所在包的路徑一致。

例如你寫了一個MyTest類在包com.test.mycode 下，那么MyTest.class.getResourceAsStream("name") 會在com.test.mycode包下查找相應(yīng)的資源。

如果這個name是以 '/' 開頭的，那么就會從classpath的根路徑下開始查找。

ClassLoader.getResourceAsStream() 無論要查找的資源前面是否帶'/' 都會從classpath的根路徑下查找。

所以: MyTest.getClassLoader().getResourceAsStream("name") 和

MyTest.getClassLoader().getResourceAsStream("name") 的效果是一樣的。

順便提下JAVA中類的加載器：

一共有三種加載器

bootstrap classloader ：負(fù)責(zé)加載JAVA核心類( jre 下lib和class目錄中的內(nèi)容)
extension classloader ：負(fù)責(zé)加載JAVA擴(kuò)展類(jre 下lib/ext 目錄中的內(nèi)容)
system classloader ：負(fù)責(zé)加載應(yīng)用指定的類 (環(huán)境變量classpath中配置的內(nèi)容)

一個類的加載順序也是按上面的排列來的，這樣就能保證系統(tǒng)的類能先加載。

與此同時用戶也可以自己定義ClassLoader，用來加載特殊的資源。

這里就涉及到 Class.getClassLoader() 和 Thread.currentThread.getContextClassLoader()的區(qū)別。

舉一個簡單的例子：

假如某天JAVA給我們提供了一個叫 StartCamera 的類用來啟動電腦的標(biāo)準(zhǔn)攝像頭，并將這個類打包在一個jar中。

正常情況下，我們要啟動攝像頭時只需將這個jar配置到classpath中。系統(tǒng)啟動時system classloader會將這個類加載到應(yīng)用中。

但因為攝像頭的生產(chǎn)廠家不一樣，針對新的設(shè)備會有多個不同的StartCamera實現(xiàn)，在應(yīng)用中我們不知道實際的用戶會用到哪種。于是我們就自定義了一個ClassLoader，用來針對具體的設(shè)備類型加載相應(yīng)的StartCamera類。

這樣一來就出現(xiàn)：優(yōu)先加載我們定義的類，加載不到的情況下再加載系統(tǒng)的。 這樣的需求，是系統(tǒng)默認(rèn)的父委托加載機制無法滿足的。

Thread.currentThread.getContextClassLoader() 就是這樣產(chǎn)生的。 我們使用Thread.currentThread.setContextClassLoader() 可以為當(dāng)前線程指定相應(yīng)的ClassLoader，然后用get的方式來獲取。

那么上面的加載代碼就可能是這樣子的：

publicvoiduseCamera(){
StartCameras=this.findClassLoader().loadClass("StartCamera");

s.start();
}


privateClassLoaderfindClassLoader(){
ClassLoaderloader=Thread.currentThread().getContextClassLoader();
if(loader==null){
loader=ClassLoader.getSystemClassLoader();
}

returnloader;
}

到此這篇關(guān)于JAVA 筆記 ClassLoader.getResourceAsStream() 與 Class.getResourceAsStream()的區(qū)別的文章就介紹到這了,更多相關(guān)java ClassLoader.getResourceAsStream() 與 Class.getResourceAsStream()區(qū)別內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家！