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;
}