JavaEE路径陷阱之getRealPath

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程序中，一定会出问题！而且这个路径，在不同的服务器中都是不同的！

 

关于serveletContext.getRealPath()方法

 

 

1.关于request.getRealPath

问题：

String filename=request.getRealPath(filename)

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

信息：

warning: [deprecation] getRealPath(java.lang.String) in javax.servlet.ServletRequest has been deprecated

 

解决：

这个getRealPath方法已经不建议使用了

 

参看request.getRealPath的java doc:

Deprecated. As of Version 2.1 of the Java Servlet API, use ServletContext.getRealPath(java.lang.String) instead.

 

 

而在servlet中使用getServletContext.getRealPath()这个方法受到war 和non-war的影响，以及不同app server实现的影响，运气好的话，你常常会得到null，嘿嘿，比如你在weblogic上部署war文件，又调用这个方法..

 

推荐ServletContext.getResourceAsStream

 

 

2.关于serveletContext.getRealPath返回NULL和不同的app server返回不同的结果

 

问题：

 

有几个配置文本配置文件（是一些报表的模板),放在WEB-INF下面的config目录下，程序中是这样得到这个config的实际路径的:

先用 serveletContext.getRealPath得到根路径，tomcat中比如是

c:\tomcat\webapp\test

 

然后我加上 "/WEB-INF/config/aa.config"，这样得到文件的path然后进行读入，应用在tomcat上跑是ok的，后来将war放到weblogic上，出错，原因是：

在weblogic上用getRealPath得到的是像

myserver\stage\_appsdir_test_war\test.war!\WEB-INF\config....

这样的路径，于是一直报FileNotFoundException

 

解决：

 

serveletContext.getRealPath

这个方法在不同的服务器上所获得的实现是不一样的， 建议是通过classloader来获得你配置的资源文件

 

context.getRealPath("/")可能返回了null,你可以输入来看看,

对一个打包的应用来说，是没有RealPath的概念的，调用getRealPath只会简单地返回null。其实，也很

 

好理解，一个文件被打包入了.war文件，就不存在目录结构了（虽然包中仍然存在目录结构，但这不等同于文件系统中的目录结构）。所以，对war包中的资源是无法得到RealPath的。这样也就无从通过文件IO进行读取了。

 

那么，如何读取war包中的资源呢？答案是使用：

ServletContext.getResourceAsStream("/WEB-INF/config/aa.config")方法。

 

 

原则：基本上就是尽量使用j2ee规范中的各层次classloader来获取资源，而不是试图去找文件的绝对路

径

方法：调用this.getClass().getClassLoader().getResource("/").getPath(); 获取到classes目录的全路径

使用：在得到classes目录的全路径后再根据字符串的截取与拼装达到你的要求即可。

 

       绝对不要使用ServletContext的getRealPath方法获取Web应用的路径！应该使用ServletContext的getResource()方法，直接使用相对于Web应用根目录的相对路径来获取资源。

可以看到，ServletContext接口中的getResource()等方法，可以找到任何从应用程序的根目录开始的资源。包括在.war包这样的压缩文件中。参数必须以/开头。

而我们常用的getRealPath(“/”)方法，在.war包发布时，就会失效。会返回null。

因此，我们应该避免使用getRealPath(“/”)这样的方法来获取应用程序的绝对路径。

        应该使用ServletContext接口的java.net.URL getResource(java.lang.String path)方法，URL对象可以方便的转为URI,和String对象。