关于JSP中request.getRealPath()

 

在为服务器端组件编程时，你很可能要从相对于web根的路径来取得某个文件的真实路径，但此文件实际上在站点的一个虚拟路径上。

什么是虚拟路径？
在一个web服务器上，虚拟路径将物理上分离的各文件组合在一起，放在同一个站点路径上，在应用服务器上，每个应用定位于其自己的虚拟路径上，实际上相互之间有着完美地分离。

getRealPath()方法
JSP servlet API提供了getRealPath(path)方法，返回给定虚拟路径的真实路径，如果转换错误，则返回null。

getRealPath语法定义：
　 public java.lang.String getRealPath(java.lang.String path)
　 返回一个字符串，包含一个给定虚拟路径的真实路径。例如，虚拟路径 "/index.html"
不管在服务器文件系统上具有怎样的真实路径，使用"/index.html"总可以找到它。返回的真实路径使用了相近于servlet容器(srvlet container)所在计算机或操作系统的格式，包含了适当的路径分隔符。如果servlet容器无法转换则这个方法将返回null。
　 参数：
　 　 path -一个描述了虚拟路径的字符串
　 返回值：
　 　 描述真实路径的字符串或者null

遗憾的是，getRealPath常常返回不同的东西，这取决于服务器或jsp文件调用此方法的路径位置。

一个example站点


假设我们的站点组织如下：


根路径包含了我们的站点的根： http://address/
a_virtual目录包含了我们站点提供的虚拟路径的文件，例如：
http://addess/virtual_dir/

我们查找file1.txt和file2.txt的真实路径，它们一个在站点根路径下，一个在虚拟路径下。

getRealPath("/file1.txt") 应该返回“C:/site/site_root/file1.txt"，
getRealPath("/virtual_dir/file2.txt")应该返回"C:/site/a_virtual/file2.txt"
getRealPath("/file3.txt")应该返回null，因为这个文件不存在。

但getRealPath()并不总是返回同样的结果，这还取决与你使用的js引擎。


JSP引擎

Tomcat 3.1
Tomcat返回的结果具有应用的独立性（application dependant）：

它取决与调用getRealPath方法的那个jsp文件所在的位置。
实际上，当page1.jsp (位于站点根处)对file1.txt和file2.txt调用txtgetRealPath(), 它返回正确的结果。(这是在tomcat 3.1, 3.0版则对file2.txt返回错误的路径)

但是当page2.jsp(位于另一个应用,在一个虚拟路径中)调用getRealPath，它返回了错误的路径：它连接了该jsp文件所在的路径和请求的虚拟路径。
例如，从page2.jsp中调用getRealPath(/file1.txt)将返回 C:/site/a_virtual/file1.txt。

这一行为其实是使不同的应用相互独立的典型的处理方法。

JRun 2.3.3和INPRISE APPLICATION SERVER 4.0 (IAS)
JRun和IAS对file1.txt和file2.txt都返回正确的结果。


然而所有这些引擎有一个共同的行为： 当getRealPath处理不存在的文件时，它们都不返回null

 

 

request.getRealPath()的替代方法

1，request.getRealPath("/");这个方法已不推荐用

2，在Servlet 里用this.getServletContect().getRealPath("/");获得要路径。

3，struts里用this.getServlet().getServletContext().getRealPath("/")获得要路径。