关于java和web项目中的相对路径问题

Web项目中的相对路径

在JSP的HTML部分中的相对路径

在JSP的JAVA部分中的相对路径

在FORM的ACTION属性中的Servlet引用

在Servlet中forward到另一JSP文件

对于第一种情况，可以在HEAD中定义BASE标签，指定改页面的基准路径，一旦定义后，改页面中的相对路径都是基于改基准路径的，如BASE中定义HREF="http://localhost:8080/XXHP/"，那么如果A中定义HREF="welcome.jsp"，就相当于HREF=

"http://localhost:8080/XXHP/welcome.jsp"。

对于第二种情况，由于需要得到服务器端的路径，BASE标签就无法满足需要了。在JSP中预定义了application对象，通过它可以得到Web应用在服务器端的根目录：application.getRealPath("")，返回的是F:\jakarta-tomcat-5.0.28\webapps\XXHP（最后没有\），既然如此，只要在根目录的基础上加上文件的相对路径就可以了：new File(application.getRealPath("") + "\\xxx.xml")。

对于第二种情况，可以在中设置。中的“/”代表Web应用的跟目录“http://localhost:8080/XXHP”（最后没有“/”）。比如有个JSP文件：

http://localhost:8080/XXHP/index.jsp，其中的action属性指定为“MyServlet”

（），当提交表单时，服务器先匹配，找到后其定义为“/MyServlet”，于是服务器会尝试匹配跟目录＋url_pattern：

http://localhost:8080/XXHP/MyServlet。

/shendl/archive/2006/12/03/1427475.aspx

Java路径问题最终解决方案

—可定位所有资源的相对路径寻址

前言

Java的路径问题，非常难搞。最近的工作涉及到创建和读取文件的工作，这里我就给大家彻底得解决Java 路径问题。

我编写了一个方法，比ClassLoader.getResource(String 相对路径)方法的能力更强。它可以接受“../”这样的参数，允许我们用相对路径来定位classpath外面的资源。这样，我们就可以使用相对于classpath的路径，定位所有位置的资源！

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路径。