JAVA 筆記 ClassLoader.getResourceAsStream() 與 Class.getResourceAsStream()的區別

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


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

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

 

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

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

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

                                                                                 

 

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

一共有三種載入器

bootstrap classloader ：負責載入JAVA核心類( jre 下lib和class目錄中的內容)
extension classloader ：負責載入JAVA擴充類(jre 下lib/ext 目錄中的內容)
system classloader ：負責載入應用指定的類 (環境變數classpath中配置的內容)

一個類的載入順序也是按上面的排列來的，這樣就能保證系統的類能先載入。

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

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

舉一個簡單的例子：

   假如某天JAVA給我們提供了一個叫 StartCamera 的類用來啟動電腦的標準網路攝影機，並將這個類打包在一個jar中。

   正常情況下，我們要啟動網路攝影機時只需將這個jar配置到classpath中。系統啟動時system classloader會將這個類載入到應用中。

   但因為網路攝影機的生產廠家不一樣，針對新的裝置會有多個不同的StartCamera實現，在應用中我們不知道實際的使用者會用到哪種。於是我們就自訂了一個ClassLoader，用來針對具體的裝置類型載入相應的StartCamera類。

   這樣一來就出現：優先載入我們定義的類，載入不到的情況下再載入系統的。 這樣的需求，是系統預設的父委託載入機制無法滿足的。

 

   Thread.currentThread.getContextClassLoader() 就是這樣產生的。 我們使用Thread.currentThread.setContextClassLoader() 可以為當前線程指定相應的ClassLoader，然後用get的方式來擷取。

   那麼上面的載入代碼就可能是這樣子的：

  

public void useCamera(){
  StartCamera s = this.findClassLoader().loadClass("StartCamera");

  s.start();
}

private ClassLoader findClassLoader(){
  ClassLoader loader = Thread.currentThread().getContextClassLoader();
  if(loader==null){
     loader = ClassLoader.getSystemClassLoader();
  }

  return loader;
}