Java路徑簡單的分可以分為兩種：絕對路徑和相對路徑。下面介紹有關Java路徑分類的一些細節，以及使用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和當前類的絕對路徑的一些方法。
Java路徑：你可能需要使用其中的一些方法來得到你需要的資源的絕對路徑。
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下，否則根本不可能使用測試驅動開發。
