Java路徑 Java中使用的路徑,分爲兩種:絕對路徑和相對路徑。具體而言,又分爲四種: 一、URI形式的絕對資源路徑 如:file:/D:/java/eclipse32/workspace/jbpmtest3/bin/aaa.b URL是URI的特例。URL的前綴/協議,必須是Java認識的。URL可以打開資源,而URI則不行。 URL和URI對象可以互相轉換,使用各自的toURI(),toURL()方法即可! 二、本地系統的絕對路徑 D:/java/eclipse32/workspace/jbpmtest3/bin/aaa.b Java.io包中的類,需要使用這種形式的參數。 但是,它們一般也提供了URI類型的參數,而URI類型的參數,接受的是URI樣式的String。因此,通過URI轉換,還是可以把URI樣式的絕對路徑用在java.io包中的類中。 三、相對於classpath的相對路徑 如:相對於 file:/D:/java/eclipse32/workspace/jbpmtest3/bin/這個路徑的相對路徑。其中,bin是本項目的classpath。所有的Java源文件編譯後的.class文件複製到這個目錄中。 四、相對於當前用戶目錄的相對路徑 就是相對於System.getProperty("user.dir")返回的路徑。 對於一般項目,這是項目的根路徑。對於JavaEE服務器,這可能是服務器的某個路徑。這個並沒有統一的規範! 所以,絕對不要使用“相對於當前用戶目錄的相對路徑”。然而: 默認情況下,java.io 包中的類總是根據當前用戶目錄來分析相對路徑名。此目錄由系統屬性 user.dir 指定,通常是 Java 虛擬機的調用目錄。 這就是說,在使用java.io包中的類時,最好不要使用相對路徑。否則,雖然在J2SE應用程序中可能還算正常,但是到了J2EE程序中,一定會出問題!而且這個路徑,在不同的服務器中都是不同的! 相對路徑最佳實踐 推薦使用相對於當前classpath的相對路徑 因此,我們在使用相對路徑時,應當使用相對於當前classpath的相對路徑。 ClassLoader類的getResource(String name),getResourceAsStream(String name)等方法,使用相對於當前項目的classpath的相對路徑來查找資源。 讀取屬性文件常用到的ResourceBundle類的getBundle(String path)也是如此。 通過查看ClassLoader類及其相關類的源代碼,我發現,它實際上還是使用了URI形式的絕對路徑。通過得到當前classpath的URI形式的絕對路徑,構建了相對路徑的URI形式的絕對路徑。(這個實際上是猜想,因爲JDK內部調用了SUN的源代碼,而這些代碼不屬於JDK,不是開源的。) 相對路徑本質上還是絕對路徑 因此,歸根結底,Java本質上只能使用絕對路徑來尋找資源。所有的相對路徑尋找資源的方法,都不過是一些便利方法。不過是API在底層幫助我們構建了絕對路徑,從而找到資源的! 得到classpath和當前類的絕對路徑的一些方法 下面是一些得到classpath和當前類的絕對路徑的一些方法。你可能需要使用其中的一些方法來得到你需要的資源的絕對路徑。 1,FileTest.class.getResource("") 得到的是當前類FileTest.class文件的URI目錄。不包括自己! 如:file:/D:/java/eclipse32/workspace/jbpmtest3/bin/com/test/ 2,FileTest.class.getResource("/") 得到的是當前的classpath的絕對URI路徑。 如:file:/D:/java/eclipse32/workspace/jbpmtest3/bin/ 3,Thread.currentThread().getContextClassLoader().getResource("") 得到的也是當前ClassPath的絕對URI路徑。 如:file:/D:/java/eclipse32/workspace/jbpmtest3/bin/ 4,FileTest.class.getClassLoader().getResource("") 得到的也是當前ClassPath的絕對URI路徑。 如:file:/D:/java/eclipse32/workspace/jbpmtest3/bin/ 5,ClassLoader.getSystemResource("") 得到的也是當前ClassPath的絕對URI路徑。 如:file:/D:/java/eclipse32/workspace/jbpmtest3/bin/ 推薦使用Thread.currentThread().getContextClassLoader().getResource("")來得到當前的classpath的絕對路徑的URI表示法。 Web應用程序中資源的尋址 上文中說過,當前用戶目錄,即相對於System.getProperty("user.dir")返回的路徑。 對於JavaEE服務器,這可能是服務器的某個路徑,這個並沒有統一的規範! 而不是我們發佈的Web應用程序的根目錄! 這樣,在Web應用程序中,我們絕對不能使用相對於當前用戶目錄的相對路徑。 在Web應用程序中,我們一般通過ServletContext.getRealPath("/")方法得到Web應用程序的根目錄的絕對路徑。 這樣,我們只需要提供相對於Web應用程序根目錄的路徑,就可以構建出定位資源的絕對路徑。 這是我們開發Web應用程序時一般所採取的策略。 通用的相對路徑解決辦法 Java中各種相對路徑非常多,不容易使用,非常容易出錯。因此,我編寫了一個便利方法,幫助更容易的解決相對路徑問題。 Web應用程序中使用JavaSE運行的資源尋址問題 在JavaSE程序中,我們一般使用classpath來作爲存放資源的目的地。但是,在Web應用程序中,我們一般使用classpath外面的WEB-INF及其子目錄作爲資源文件的存放地。 在Web應用程序中,我們一般通過ServletContext.getRealPath("/")方法得到Web應用程序的根目錄的絕對路徑。這樣,我們只需要提供相對於Web應用程序根目錄的路徑,就可以構建出定位資源的絕對路徑。 Web應用程序,可以作爲Web應用程序進行發佈和運行。但是,我們也常常會以JavaSE的方式來運行Web應用程序的某個類的main方法。或者,使用JUnit測試。這都需要使用JavaSE的方式來運行。 這樣,我們就無法使用ServletContext.getRealPath("/")方法得到Web應用程序的根目錄的絕對路徑。 而JDK提供的ClassLoader類, 它的getResource(String name),getResourceAsStream(String name)等方法,使用相對於當前項目的classpath的相對路徑來查找資源。 讀取屬性文件常用到的ResourceBundle類的getBundle(String path)也是如此。 它們都只能使用相對路徑來讀取classpath下的資源,無法定位到classpath外面的資源。 Classpath外配置文件讀取問題 如,我們使用測試驅動開發的方法,開發Spring、Hibernate、iBatis等使用配置文件的Web應用程序,就會遇到問題。 儘管Spring自己提供了FileSystem(也就是相對於user,dir目錄)來讀取Web配置文件的方法,但是終究不是很方便。而且與Web程序中的代碼使用方式不一致! 至於Hibernate,iBatis就更麻煩了!只有把配置文件移到classpath下,否則根本不可能使用測試驅動開發! 怎麼辦? 通用的相對路徑解決辦法 面對這個問題,我決定編寫一個助手類ClassLoaderUtil,提供一個便利方法[public static URL getExtendResource(String relativePath)]。在Web應用程序等一切Java程序中,需要定位classpath外的資源時,都使用這個助手類的便利方法,而不使用Web應用程序特有的ServletContext.getRealPath("/")方法來定位資源。 利用classpath的絕對路徑,定位所有資源 這個便利方法的實現原理,就是“利用classpath的絕對路徑,定位所有資源”。 ClassLoader類的getResource("")方法能夠得到當前classpath的絕對路徑,這是所有Java程序都擁有的能力,具有最大的適應性! 而目前的JDK提供的ClassLoader類的getResource(String 相對路徑)方法,只能接受一般的相對路徑。這樣,使用ClassLoader類的getResource(String 相對路徑)方法就只能定位到classpath下的資源。 如果,它能夠接受“../”這樣的參數,允許我們用相對路徑來定位classpath外面的資源,那麼我們就可以定位位置的資源! 當然,我無法修改ClassLoader類的這個方法,於是,我編寫了一個助手類ClassLoaderUtil類,提供了[public static URL getExtendResource(String relativePath)]這個方法。它能夠接受帶有“../”符號的相對路徑,實現了自由尋找資源的功能。 通過相對classpath路徑實現自由尋找資源的助手類的源代碼:
後記 ClassLoaderUtil類的public static URL getExtendResource(String relativePath),雖然很簡單,但是確實可以解決大問題。 不過這個方法還是比較簡陋的。我還想在未來有空時,進一步增強它的能力。比如,增加Ant風格的匹配符。用**代表多個目錄,*代表多個字符,?代表一個字符。達到Spring那樣的能力,一次返回多個資源的URL,進一步方便大家開發。 總結: 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的絕對路徑來拼資源的絕對路徑! |
Java路徑的最終解決方案:相對路徑尋址
發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.