?
三点:
1. 请求URI =?context path + servlet path + path info。
2.?context path和servlet path都以'/'开头但不以'/'结尾。
3. HttpServletRequest提供了三个方法:getContextPath(), getServletPath() and getPathInfo()来分别从request中获取context path 、servlet path 和path info。
?
?
策略:
1.容器试图在web.xml中寻找匹配的请求URI。如果找到了,完整的请求URI(除去context路径)
即servlet路径。这时HttpServletRequest.getPathInfo()为null。
2.使用/作为分隔符,将请求URI转化为目录树,并通过递归匹配web.xml中URL-PATTERN,获得
3.如果请求URI的最后一个节点包含一个扩展名(如:.jsp),servlet容器会将它和处理这个种特定的
4.如果容器仍然不能匹配请求路径, 它会将请求forward到默认的servlet.如果没有默认的servlet,
它会发送一条说明服务器没有找到,指定文件未找到的错误信息(404)。
最长的匹配路径.匹配部分即servlet path,其余为path info。
扩展名servlet匹配.这时, 完整的请求URI, 减去context path即servlet path, 并path info为null.
<servlet-mapping> <servlet-name>RedServlet</servlet-name> <url-pattern>/red/*</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>RedServlet</servlet-name> <url-pattern>/red/red/*</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>RedBlueServlet</servlet-name> <url-pattern>/red/blue/*</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>BlueServlet</servlet-name> <url-pattern>/blue/</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>GreenServlet</servlet-name> <url-pattern>/green</url-pattern> </servlet-mapping> <servlet-mapping> <servlet-name>ColorServlet</servlet-name> <url-pattern>*.col</url-pattern> </servlet-mapping>
?
Request URI Servlet Used Servlet Path Path Info /colorapp/red RedServlet /red null /colorapp/red/ RedServlet /red / /colorapp/red/aaa RedServlet /red /aaa /colorapp/red/blue/aa RedBlueServlet /red/blue /aa /colorapp/red/red/aaa RedServlet /red/red /aaa /colorapp/aa.col ColorServlet /aa.col null /colorapp/hello/aa.col ColorServlet /hello/aa.col null /colorapp/red/aa.col RedServlet /red /aa.col /colorapp/blue NONE(Error message) /colorapp/hello/blue/ NONE(Error message) /colorapp/blue/mydir NONE(Error message) /colorapp/blue/dir/aa.col ColorServlet /blue/dir/aa.col null /colorapp/green GreenServlet /green null
[Servlet 规范中描述]
?
映射请求到Servlet
接收到一个请求后,WEB容器要确定转到哪一个WEB应用程序。被选择的应用程序的最长的上下文路径必须和请求的URL开始部分匹配。URL匹配的部分是映射到Servlet的上下文路径。
WEB容器下一步必须按照下面的程序定位处理请求的Servlet。
用来映射到Servlet的路径是请求对象的URL减去上下文的路径。下面的URL路径映射规则按顺序执行,容器选择第一个成功的匹配并且不在进行下一个匹配:
???????? 容器试着对请求的路径和Servlet的路径进行精确匹配,如果匹配成功则选择这个Servlet。
???????? 容器会循环的去试着匹配最长的路径前缀:把’/’当作路径分隔符,按照路径树逐级递减的完成,选择最长匹配的Servlet。
???????? 如果这个URL路径的最后有扩展名(比如.jsp),Servlet容器会试着匹配处理这个扩展名的Servlet。
???????? 如果前面的没有与前面三条规则相匹配的Servlet,容器会试着为资源请求提供适当的资源,如果有“默认”的Servlet定义给这个应用程序,那么这个Servlet会被使用。
?
容器必须使用一个大小写敏感的匹配方式。
在部署描述符中,用下面的语法定义映射:
???????? 一个以’/’开始并且以’/*’结束的字符串用来映射路径。
???????? 一个以’*.’为前缀的字符串用来映射扩展名。
???????? 一个只包含’/’的字符串指示着这个应用程序“默认”的Servlet,在这种情况下,servlet的路径是请求的URI减去上下文路径,并且这个路径是null。
???????? 所有其他的字符只用来精确匹配。
如果容器内置JSP容器,那么*.jsp被映射到这个容器,并允许JSP页面在需要的时候被执行。这种映射叫做隐含映射。如果WEB应用程序中定义了*.jsp的映射,那么这个映射有比隐含映射高的优先级。
WEB容器允许显式的声明隐含映射以获得优先级,例如,*.shtml的隐含映射可以在服务器上被映射为包含功能。?
?
?
?