lassLoader主要對類的請求提供服務,當JVM須要某類時,它根據名稱向ClassLoader要求這個類,而後由ClassLoader返回這個類的class對象。java
ClassLoader負責載入系統的全部資源(Class,文件,圖片,來自網絡的字節流等),經過ClassLoader從而將資源載入JVM 中。每一個class都有一個引用,指向本身的ClassLoader。web
能夠經過以下3種方法獲得ClassLoader :網絡
注:system ClassLoader與根ClassLoader並不同。JVM下system ClassLoader一般爲App ClassLoader。this
全部資源都經過ClassLoader載入到JVM裏,那麼在載入資源時固然可使用ClassLoader,只是對於不一樣的資源還可使用一些別的方式載入,例如對於類能夠直接new,對於文件能夠直接作IO等。編碼
假設有類A和類B,A在其方法裏須要實例化B,載入類可能的方法有3種。對於載入類的狀況,用戶須要知道B類的完整名字(包括包名,例如"com.alexia.B") spa
注:有人內心可能會想,對於類的載入方式咱們都會選擇最簡單的第3種方式,前兩種方式徹底是多餘。線程
實則否則,直接new的方式也是有侷限的,舉個最簡單的例子:Java中有包名的類怎麼引用默認包中的類?固然說這個是由於有包名的類不能直接用new引用默認包中的類,那麼怎麼辦呢?答案是使用反射機制,即便用第一種方式來加載類(具體請看這裏)。並且,用new()和用newInstance()建立類的實例是不一樣的,主要區別簡單描述以下:xml
從JVM的角度看,咱們使用關鍵字new建立一個類的時候,這個類能夠沒有被加載。可是使用newInstance()方法的時候,就必須保證:對象
(1)這個類已經加載;blog
(2)這個類已經連接了(即爲靜態域分配存儲空間,而且若是必須的話將解析這個類建立的對其餘類的全部引用)。而完成上面兩個步驟的正是Class的靜態方法forName()所完成的,這個靜態方法調用了啓動類加載器,即加載javaAPI的那個加載器。
能夠看出,newInstance()其實是把new這個方式分解爲兩步,即首先調用Class加載方法加載某個類,而後實例化。這樣分步的好處是顯而易見的。咱們能夠在調用class的靜態加載方法forName時得到更好的靈活性,提供給了一種降耦的手段。
假設在com.alexia.A類裏想讀取文件夾 /com/alexia/config 裏的文件sys.properties,讀取文件能夠經過絕對路徑或相對路徑,絕對路徑很簡單,在Windows下以盤號開始,在Unix下以"/"開始。對於相對路徑,其相對值是相對於ClassLoader的,由於ClassLoader是一棵樹,因此這個相對路徑和ClassLoader樹上的任何一個ClassLoader相對比較後能夠找到文件,那麼文件就能夠找到。文件有如下三種加載方式:
這種用法一般用來載入用戶的配置文件,關於ResourceBunlde更詳細的用法請參考其餘文檔。
注:若是是屬性配置文件,也能夠經過java.util.Properties.load(is)將內容讀到Properties裏,Properties默認認爲is的編碼是ISO-8859-1,若是配置文件是非英文的,可能出現亂碼問題。
總結:有以下3種途徑來載入文件
1. 絕對路徑 ---> IO
2. 相對路徑 ---> IO
---> ClassLoader
3. 資源捆綁 ---> ResourceBundle
在web應用裏固然也可使用ClassLoader來載入資源,但更經常使用的狀況是使用ServletContext,以下是web目錄結構
ContextRoot
|- JSP、HTML、Image等各類文件
|- [WEB-INF]
|- web.xml
|- [lib] Web用到的JAR文件
|- [classes] 類文件
用戶程序一般在classes目錄下,若是想讀取classes目錄裏的文件,可使用ClassLoader,若是想讀取其餘的文件,通常使用ServletContext.getResource()。
若是使用ServletContext.getResource(path)方法,路徑必須以"/"開始,路徑被解釋成相對於ContextRoot的路徑,此處載入文件的方法和ClassLoader不一樣,舉例"/WEB-INF/web.xml","/download/WebExAgent.rar"