spring配置文件路徑和javaweb中項目的路徑

Java代碼  

1. org.springframework.core.io.supportClassPathMatchingResourcePatternResolver  

Java代碼  

1. org.springframework.utilClass AntPathMatcher  

全部的配置官方說明請參照這兩個類

在web.xml配置spring的配置文件

 

Xml代碼  

1. <context-param>  

2.         <param-name>contextConfigLocation</param-name>  

3.         <param-value>這裏寫路勁</param-value>  

4. </context-param>  

首先上幾種寫法（這個是spring的api複製的）

 

Java代碼  

1. 1. /WEB-INF/*-context.xml 

2. 2. com/mycompany/**/applicationContext.xml  

3. 3. file:C:/some/path/*-context.xml 

4. 4. classpath:com/mycompany/**/applicationContext.xml  

 

這些路徑看起來很亂有木有

這裏要說明一點，不要覺得路徑中的匹配符號是正則表達式（開始我是這樣想的），這些符號的完整定義

----------------------------------------------------------------------

?    匹配一個任意字符   aa?  能夠匹配  aa1  aab  可是不能匹配aa

*    匹配零個或者多個字符  aa* 能夠匹配 aa1 aab  aa aaa

**  兩個**不要覺得是上面那個* 寫兩個的意思。 它的意思是匹配任意個路徑 aa/**/bb  能夠匹配aa/b/c/bb   aa/bb

aa  和bb之間能夠個任意目錄

----------------------------------------------------------------------

 

 

 

1.會查找到WEB-INF目錄下的以"-context.xml"結尾的文件  在WEB-INF下的 a-context.xml b-context.xml都會被找到

2.com/mycompany/目錄下全部的applicationContext.xml都會被找到

3.file 表示會根據文件系統的路徑查找 這個條會找到 c盤下的/some/path目錄以"-context.xml"的文件都會被找到

4.查找classpath下的com/mycompany/包中全部子包的applicationContext.xml文件

 

 

 

 

這個東西倒是搞的有點複雜了。

 

 

完了嗎 ？ 尚未 還有 classpath*

 

 

 

classpath*:applicationContext.xml    classpath:applicationContext.xml 

區別是神馬?classpath還有classpathaa或者classpathbb 不會呀，java只有classpath，那，那個*是神馬意思。。。。 

好吧我告訴你

classpath*中的*並不是 匹配零或者多個字符的那個*  (太亂了有木有)

classpath*是一種特殊的表示方法  ，它告訴spring找配置文件的時候WEB-INF/LIB中的jar文件也要找

classpath*:applicationContext.xml會找到全部jar文件根目錄的applicationContext.xml文件,固然也包括classpath中的applicationContext.xml

這裏有一點要注意  classpath*若是要在jar文件的根目錄查找  就不能使用上面的那種模糊匹配，好比

classpath*:app*.xml 這樣只能找到classpath下的app開頭*.xml結尾的配置文件  效果和classpath:app*.xml同樣，jar中的會被忽略

若是想查找jar中的配置文件就把配置文件放在jar文件的根目錄下級下的目錄（包括下級） 例如

jar文件中springConfig/applicationContext.xml springConfig/applicationAA.xml

可使用 classpath*:springConfig/app*.xml找到這兩個配置文件,總之要找到jar文件中的配置文件，還要使用模糊匹配，配置文件就應該在jar文件根目錄除外的其餘任何地方，而後根據路徑名稱模糊匹配便可找到

 

 

 

關於JAVA項目中CLASSPATH路徑詳解

在dos下編譯java程序，就要用到classpath這個概念，尤爲是在沒有設置環境變量的時候。classpath就是存放.class等編譯後文件的路徑。

javac： 若是當前你要編譯的java文件中引用了其它的類(好比說：繼承)，但該引用類的.class文件不在當前目錄下，這種狀況下就須要在javac命令後面 加上-classpath參數，經過使用如下三種類型的方法 來指導編譯器在編譯的時候去指定的路徑下查找引用類。

(1).絕對路徑：javac -classpath c:/junit3.8.1/junit.jar   Xxx.java
(2).相對路徑：javac -classpath ../junit3.8.1/Junit.javr  Xxx.java
(3).系統變量：javac -classpath %CLASSPATH% Xxx.java (注意：%CLASSPATH%表示使用系統變量CLASSPATH的值進行查找，這裏假設Junit.jar的路徑就包含在CLASSPATH系統變量中)

javac 絕對路徑的使用：

javac： 假設你要編譯的類文件名叫：HelloWorld.java，其徹底路徑爲：D:/java/HelloWorld.java。但你所在的當前目錄 是：C:/Documents and Settings/peng>。若是想在這裏執行編譯，會有什麼結果呢？
 
(1).C:/Documents and Settings/peng> javac HelloWorld.java 這時編譯器會給出以下的錯誤提示信息：
error: cannot read: HelloWorld.java
這是由於默認狀況下javac是在當前目錄下查找類文件，很明顯這個路徑不是咱們存放類文件的地方，因此就會報錯了
        
(2).C:/Documents and Settings/peng>javac D:/java/HelloWorld.java 
這時編譯成功。
因此，只要你執行javac命令的目錄不是類文件存放的目錄，你就必須在javac命令中顯式地指定類文件的路徑。

java -classpath的使用：

java：假設咱們的CLASSPATH設置爲：D:/peng/java/pro ，在該目錄下有三個文件：HelloWorld.java / HelloWorldExtendsTestCase / HelloWorldExtendsHelloWorld。這三個文件的類聲明分別以下：

HelloWorld.java ：public class HelloWorld 
HelloWorldExtendsHelloWorld.java ：public class HelloWorldExtendsHelloWorld extends HelloWorld
HelloWorldExtendsTestCase.java：public class HelloWorldExtendsTestCase extends junit.framework.TestCase 

      假設咱們已經按照上面關於javac -classpath和javac 絕對路徑的使用，順利地完成了三個文件地編譯。如今咱們在C:/Documents and Settings/peng>目錄下執行這三個.class文件

(1).C:/Documents and Settings/peng>java  HelloWorld 
      Hello World

能夠看到執行成功。爲何咱們在 C:/Documents and Settings/peng>執行命令，JVM可以找到D:/peng/java/pro/HelloWorld.class文件呢？這是由於咱們 配置了系統變量CLASSPATH，而且指向了目錄：D:/peng/java/pro 。因此JVM會默認去該目錄下加載類文件，而不須要指定.class文件的絕對路徑了。
         
(2).C:/Documents and Settings/peng>java HelloWorldExtendsHelloWorld
       Hello World

能夠看到執行成功了。HelloWorldExtendsHelloWorld繼承了HelloWorld類，因此在執行時JVM會先查找在 CLASSPATH下是否存在一個HelloWorld.class文件，由於咱們已經成功編譯了HelloWorld 類了，因此能夠成功執行 HelloWorldExtendsHelloWorld.class
  
(3).C:/Documents and Settings/peng>java HelloWorldExtendsTestCase
     Exception in thread "main" java.lang.NoClassDefFoundError: junit/framework/TestCase
能夠看到程序拋出異常了，提示找不到junit.framework.TestCase文件。爲何一樣在:/peng/java /pro 下，HelloWorldExtendsHelloWorld.class就能夠成功執行，而這個就不行了呢？這是因 爲：            junit.framework.TestCase.class文件並不存在於當前目錄下，因此爲了可以讓程序成功運行，咱們必須經過指定 CLASSPATH的方式，讓JVM能夠找到junit.framework.TestCase這個類，如(4)：
(4). C:/Documents and Settings/peng>java -classpath %CLASSPATH% HelloWorldExtendsTestCase
      Hello World
總結：
(1).什麼時候須要使用-classpath：當你要編譯或執行的類引用了其它的類，但被引用類的.class文件不在當前目錄下時，就須要經過-classpath來引入類
(2).什麼時候須要指定路徑：當你要編譯的類所在的目錄和你執行javac命令的目錄不是同一個目錄時，就須要指定源文件的路徑(CLASSPATH是用來指定.class路徑的，不是用來指定.java文件的路徑的) 

 

JAVA獲取classpath路徑：

ClassLoader 提供了兩個方法用於從裝載的類路徑中取得資源：

        public URL  getResource (String name);  
        public InputStream  getResourceAsStream (String name);  

       這裏name是資源的類路徑，它是相對與「/」根路徑下的位置。getResource獲得的是一個URL對象來定位資源，而getResourceAsStream取得該資源輸入流的引用保證程序能夠從正確的位置抽取數據。
       可是真正使用的不是ClassLoader的這兩個方法，而是Class的 getResource和getResourceAsStream方法，由於Class對象能夠從你的類獲得（如YourClass.class或 YourClass.getClass()），而ClassLoader則須要再調用一次YourClass.getClassLoader()方法，不 過根據JDK文檔的說法，Class對象的這兩個方法實際上是「委託」（delegate）給裝載它的ClassLoader來作的，因此只須要使用 Class對象的這兩個方法就能夠了。

       所以，直接調用  this.getClass().getResourceAsStream(String name) ;獲取流，靜態化方法中則使用ClassLoader.getSystemResourceAsStream (String name) ; 。

      下面是一些獲得classpath和當前類的絕對路徑的一些方法。你可能須要使用其中的一些方法來獲得你須要的資源的絕對路徑。

1.this.getClass().getResource（""） 
獲得的是當前類class文件的URI目錄。不包括本身！
如：file：/D：/workspace/jbpmtest3/bin/com/test/

2.this.getClass().getResource（"/"） 
獲得的是當前的classpath的絕對URI路徑 。
如：file：/D：/workspace/jbpmtest3/bin/

3.this.getClass() .getClassLoader().getResource（""） 
獲得的也是當前ClassPath的絕對URI路徑 。
如：file：/D：/workspace/jbpmtest3/bin/

4.ClassLoader.getSystemResource（""） 
獲得的也是當前ClassPath的絕對URI路徑 。
如：file：/D：/workspace/jbpmtest3/bin/

5.Thread.currentThread().getContextClassLoader ().getResource（""） 
獲得的也是當前ClassPath的絕對URI路徑 。
如：file：/D：/workspace/jbpmtest3/bin/

6.ServletActionContext.getServletContext().getRealPath(「/」) 
Web應用程序 中，獲得Web應用程序的根目錄的絕對路徑。這樣，咱們只須要提供相對於Web應用程序根目錄的路徑，就能夠構建出定位資源的絕對路徑。
如：file：/D:/workspace/.metadata/.plugins/org.eclipse.wst.server.core/tmp0/wtpwebapps/WebProject


注意點：

1.儘可能不要使用相對於System.getProperty（"user.dir"）當前用戶目錄的相對路徑。這是一顆定時炸 彈，隨時可能要你的命。

2.儘可能使用URI形式的絕對路徑資源。它能夠很容易的轉變爲URI，URL，File對象。

3. 儘可能使用相對classpath的相對路徑。不要使用絕對路徑。使用上面ClassLoaderUtil類的public static URL getExtendResource（String relativePath）方法已經可以使用相對於classpath的相對路徑定位全部位置的資源。

4.絕對不要使用硬編碼的絕對路徑。由於，咱們徹底可使用ClassLoader類的getResource（""）方法獲得當前classpath的絕對路徑。若是你必定要指定一個絕對路徑，那麼使用配置文件，也比硬編碼要好得多！

得到CLASSPATH以外路徑的方法：
URL base = this.getClass（）.getResource（""）； //先得到本類的所在位置，如/home/popeye/testjava/build/classes/net/  
      String path = new File（base.getFile（）， "……/……/……/"+name）.getCanonicalPath（）； //就能夠獲得/home/popeye/testjava/name

另外，若是從ANT啓動程序，this.getClass().getResource("")取出來的比較怪，直接用JAVA命令行調試就可成功。

 

PS：以上內容不少來自轉載和本身的部分總結。