Servlet映射

转载自https://blog.csdn.net/xinluke/article/details/51449594

映射请求到Servlet

                        |-- Context Path --|-- Servlet Path -|--Path Info--|
http://www.myserver.com     /mywebapp        /helloServlet      /hello
                        |-------- Request URI  ----------------------------|

引导servlet服务请求的请求路径由许多重要部分组成。以下元素从请求URI路径得到，并通过request对象公开： 
- Context Path：与ServletContext相关联的路径前缀是这个servlet的一部分。如果这个上下文是基于Web服务器的URL命名空间基础上的“默认”上下文，那么这个路径将是一个空字符串。否则，如果上下文不是基于服务器的命名空间，那么这个路径以/字符开始，但不以/字符结束。 
- Servlet Path：路径部分直接与激活请求的映射对应。这个路径以“/”字符开头，如果请求与“/ *”或“”模式匹配，在这种情况下，它是一个空字符串。 
- PathInfo：请求路径的一部分，不属于Context Path或Servlet Path。如果没有额外的路径，它要么是null，要么是以’/’开头的字符串。 
使用HttpServletRequest接口中的下面方法来访问这些信息： 
- getContextPath 
- getServletPath 
- getPathInfo 
重要的是要注意，除了请求URI和路径部分的URL编码差异外，下面的等式永远为真： 
requestURI = contextPath + servletPath + pathInfo

在web.xml中设置下述的Servlet映射规则

Context Path	/catalog	Servlet
Servlet Mapping	Pattern: /lawn/*	LawnServlet
Servlet Mapping	Pattern: /garden/*	GardenServlet
Servlet Mapping	Pattern: *.jsp	JSPServlet

得到的结果为

请求路径	ContextPath	ServletPath	PathInfo
/catalog/lawn/index.html	/catalog	/lawn	/index.html
/catalog/garden/implements/	/catalog	/garden	/implements/
/catalog/help/feedback.jsp	/catalog	/help/feedback.jsp	null

servlet容器的url-pattern映射规范

在web应用部署描述符中，以下语法用于定义映射： 
- 以‘/’字符开始、以‘/*’后缀结尾的字符串用于路径匹配。 
- 以‘*.’开始的字符串用于扩展名映射。 
- 只包含“/”字符的字符串用于default servlet映射。 
- 其他字符串仅用于精确匹配。

如果一个url-pattern设定的映射即属于路径映射，也属于扩展映射（如：/*.action），导致容器无法判断，那么部署将报错。

default Servlet（缺省Servlet）详解

• web.xml中如果某个Servlet的映射路径仅仅为一个正斜杠（/），那么这个Servlet就成为当前Web应用程序的缺省Servlet。
• 凡是在web.xml文件中找不到匹配的<servlet-mapping>元素的URL，它们的访问请求都将交给缺省Servlet处理，也就是说，缺省Servlet用于处理所有其他Servlet都不处理的访问请求。

• 如果在web.xml中未设置一个default Servlet的时候，容器会设置一个容器自带的Servlet。

  • tomcat容器中会默认注册了一个名称为org.apache.catalina.servlets.DefaultServlet的Servlet
  • 当访问Tomcat服务器中的某个静态HTML文件和图片时，实际上是在访问这个缺省Servlet，由DefaultServlet类寻找，当寻找到了请求的html或图片时，则返回资源，如果没有寻找到则报出404错误。

servlet容器对url的匹配过程

在收到客户端请求时，web容器确定转发到哪一个Web应用。选择的Web应用必须具有最长的上下文路径匹配请求URL的开始。当映射到Servlet时，URL匹配的一部分是上下文。 
Web容器接下来必须用下面描述的路径匹配步骤找出servlet来处理请求。 
用于映射到Servlet的路径是请求对象的请求URL减去上下文和路径参数部分。下面的URL路径映射规则按顺序使用。使用第一个匹配成功的且不会进一步尝试匹配： 
- 容器将尝试找到一个请求路径到servlet路径的精确路径匹配。成功匹配则选择该servlet。 
- 容器将递归地尝试最长路径匹配。这是通过一次一个目录的遍历路径树完成的，使用‘/’字符作为路径分隔符。最长匹配确定选择的servlet。 
- 如果URL最后一部分包含一个扩展名（如 .jsp），servlet容器尝试扩展匹配，将视图匹配为扩展名处理请求的Servlet。扩展名定义在最后一部分的最后一个‘.’字符之后。 
- 如果前三个规则都没有产生一个servlet匹配，容器将试图为请求资源提供相关的内容。如果应用中定义了一个“default”servlet，它将被使用。许多容器提供了一种隐式的default servlet用于提供内容。 
容器使用区分大小写字符串比较匹配。

示例映射集合

Path Pattern	Servlet	匹配模式
/foo/bar/*	servlet1	最长路径匹配
/baz/*	servlet2	最长路径匹配
/catalog	servlet3	精确路径匹配
*.bop	servlet4	扩展匹配

注意，精确路径匹配是全字符串匹配，最长路径匹配是带正则表达式的字符串匹配。 
将产生以下结果：

Incoming Path	Servlet Handling Request
/foo/bar/index.html	servlet1
/foo/bar/index.bop	servlet1
/baz	servlet2
/baz/index.html	servlet2
/catalog	servlet3
/catalog/index.html	“default” servlet
/catalog/racecar.bop	servlet4
/index.bop	servlet4

注意，在/catalog/index.html和/catalog/racecar.bop的情况下，不使用映射到“/catalog”的servlet，因为不是精确匹配的。