Java加載資源文件時的路徑問題的解決辦法

更新時間：2013年04月26日 15:32:35 作者：

今天偶然看到一篇關于tomcat加載servlet的文章，不由得想起了java加載資源文件的路徑問題，資源文件可以使xml,properties,圖片等，可以是任何文件

加載資源文件比較常用的有兩種：

一、用ClassLoader，說到這里就不得不提一下ClassLoader的分類，java內置的ClassLoader主要有三種，

第一種是根類加載器(bootstrap class loader)，用C++來編寫，負責將一些關鍵的Java類，如java.lang.Object和其他一些運行時代碼先加載進內存中。所負責加載的包：BootStrp------>JRE/lib/rt.jar

第二種是擴展類加載器(ExtClassLoader)，由java類編寫，負責將JRE中的一些類加載進內存中。所負責加載的包： ExtClassLoader---------->JRE/lib/ext/*.jar

第三種是應用類加載器(AppClassLoader)或者叫做系統(tǒng)類加載器，負責將CLASSPATH中的類加載到內存中?？梢酝ㄟ^ClassLoader.getSystemClassLoader()來獲取應用類加載器；

再來所說加類載器的繼承，類加載器不是垂直繼承的父子關系，而是一種組合關系，可以通過實例化類加載器時，將父類加載器的實例作為構造參數傳到類加載器中。

關于類加載器的詳細資料，可以自行搜索。

獲取到應用類加載器之后，就是獲取資源文件了，調用loader.getResource(path)可以加載相應路徑下的資源文件，不能以‘/'開頭，關于包內的資源可以把包當做普通的文件夾，以'/'分隔每個包。

如：URL url2 = ClassLoader.getSystemClassLoader().getResource("demo/names.ser");是獲取demo包內的names.ser序列化文件。

二、用需要加載的當前類的getResource方法來加載，其實這個方法也是調用的加載這個類的類加載器來獲得資源文件的，只不過是獲取的參數不同。

(1)要想獲取class所在包內的文件可以用相對路徑直接訪問包內的資源；如：Demo1.class.getResource("names.ser");獲取的是Demo1的class文件所在包內的資源

(2)要想獲取包外的資源文件必須以‘/'開頭，如URL url = Demo1.class.getResource("/demo/names.ser");獲取的是demo包內的names.ser文件

其實第二種方式是對第一種方式的一個封裝，都是用的ClassLoader來加載的資源文件。為什么這么說呢？看一下Class類的源碼就知道:

復制代碼代碼如下:

public java.net.URL getResource(String name) {
         name = resolveName(name);
         ClassLoader cl = getClassLoader0();
         if (cl==null) {
             // A system class.
             return ClassLoader.getSystemResource(name);
         }
         return cl.getResource(name);
     }

復制代碼代碼如下:

private String resolveName(String name) {
         if (name == null) {
             return name;
         }
         if (!name.startsWith("/")) {
             Class c = this;
             while (c.isArray()) {
                 c = c.getComponentType();
             }
             String baseName = c.getName();
             int index = baseName.lastIndexOf('.');
             if (index != -1) {
                 name = baseName.substring(0, index).replace('.', '/')
                     +"/"+name;
             }
         } else {
             name = name.substring(1);
         }
         return name;
     }

getResource根據傳進來的name值（即相對路徑或者絕對路徑的形式），我們看到經過resolveName處理之后就調用了ClassLoader c1進行了加載，ClassLoader的加載路徑的形式是不以‘/'開頭的相對路徑，那肯定是resolveName把路徑轉換了一把，再看看resolveName方法，首先判斷是不是以‘/'開頭，如果以‘/'開頭，則為相對路徑，否則就是絕對路徑，注意else這個代碼塊，它將第一個字符去除掉了，確實去除掉之后就符合了ClassLoader的加載路徑，而if塊中就根據把當前類的包路徑截取，然后將.替換成了'/'，并添加上那段相對路徑，也形成了符合ClassLoader的加載路徑。

您可能感興趣的文章: