【转】request.getServletPath()和request.getPathInfo()用法

转自：https://my.oschina.net/sub/blog/182408

在 Web 中，我们通常需要获取 URL 相对于 Webapp 的路径，主要是下面的几个方法：

request.getServletPath()
request.getPathInfo()
request.getContextPath()
request.getRequestURI()

getContextPath获取的是项目的相对路径，例如项目名称为palace,则为/palace

getRequestURI获取的是调用接口的地址，例如/palace/root.getInfo.do

getServletPath为获取的配置到web.xml中的匹配的？？

其中 request.getRequestURI() 的返回值包含了 request.getContextPath()，所以是相对于网站的根目录的。

下面我们分析 request.getServletPath() 和 request.getPathInfo()

1. 如果我们的 servlet-mapping 如下配置：

<servlet-mapping>
  <servlet-name>jetbrick-template</servlet-name>
  <url-pattern>*.jetx</url-pattern>
</servlet-mapping>

那么访问: /context/templates/index.jetx

request.getServletPath() == "/templates/index.jetx"
request.getPathInfo() == <null>

2. 如果我们的 servlet-mapping 如下配置：

<servlet-mapping>
  <servlet-name>jetbrick-template</servlet-name>
  <url-pattern>/*</url-pattern>
</servlet-mapping>

那么访问: /context/templates/index.jetx

request.getServletPath() == ""
request.getPathInfo() == "/templates/index.jetx"

3. 如果我们的 servlet-mapping 如下配置： 

<servlet-mapping>
  <servlet-name>jetbrick-template</servlet-name>
  <url-pattern>/template/*</url-pattern>
</servlet-mapping>

那么访问: /context/templates/index.jetx

request.getServletPath() == "/templates"
request.getPathInfo() == "/index.jetx"

 

总结 ：

所以，我们要获取相对于 request.getContextPath() 的路径，我们可以使用如下的代码：

String uri = request.getServletPath();
String pathInfo = request.getPathInfo();
if (pathInfo != null && pathInfo.length() > 0) {
    uri = uri + pathInfo;
}

或者：

String uri = request.getRequestURI();
String contextPath = request.getContextPath();
if (contextPath != null && contextPath.length() > 0) {
    uri = uri.substring(contextPath.length());
}

 

待看：http://stackoverflow.com/questions/4140448/difference-between-and-in-servlet-mapping-url-pattern

url-pattern详解 
在web.xml文件中，以下语法用于定义映射： 
l. 以”/’开头和以”/*”结尾的是用来做路径映射的。 
2. 以前缀”*.”开头的是用来做扩展映射的。 
3. “/” 是用来定义default servlet映射的。 
4. 剩下的都是用来定义详细映射的。比如： /aa/bb/cc.action 
所以，为什么定义”/*.action”这样一个看起来很正常的匹配会错？因为这个匹配即属于路径映射，也属于扩展映射，导致容器无法判断。