1. 匹配分类


完全匹配


<url-pattern> /test/list.do</url-pattern>


目录匹配


<url-pattern> /test/*</url-pattern>


扩展名匹配
<url-pattern>*.do</url-pattern>


<servlet-mapping></servlet-mapping>servlet-mapping的重要规则：


☆ 容器会首先查找完全匹配，如果找不到，再查找目录匹配，如果也找不到，就查找扩展名匹配。


☆ 如果一个请求匹配多个“目录匹配”，容器会选择最长的匹配。



在 web.xml 文件中，以下语法用于定义映射：

以 ”/’ 开头和以 ”/*” 结尾的是用来做路径映射的。

以前缀 ”*.” 开头的是用来做扩展映射的。

“/” 是用来定义 default servlet 映射的。

剩下的都是用来定义详细映射的。比如： /aa/bb/cc.action


所以，为什么定义 ”/*.action” 这样一个看起来很正常的匹配会错？因为这个匹配即属于路径映射，也属于扩展映射，导致容器无法判断
具体过程：

1. 精确路径匹配。例子：比如 servletA 的 url-pattern 为 /test ， servletB 的 url-pattern 为 /* ，这个时候，如果我访问的 url 为 http://localhost/test ，这个时候容器就会先 进行精确路径匹配，发现 /test 正好被 servletA 精确匹配，那么就去调用 servletA ，也不会去理会其他的 servlet 了。

2. 最长路径匹配。例子： servletA 的 url-pattern 为 /test/* ，而 servletB 的 url-pattern 为 /test/a/* ，此时访问 http://localhost/test/a 时，容器会选择路径最长的 servlet 来匹配，也就是这里的 servletB 。

3. 扩展匹配，如果 url 最后一段包含扩展，容器将会根据扩展选择合适的 servlet 。例子： servletA 的 url-pattern ： *.action

4. 如果前面三条规则都没有找到一个 servlet ，容器会根据 url 选择对应的请求资源。如果应用定义了一个 default servlet ，则容器会将请求丢给 default servlet



2. Filter


对于 filter ，不会像 servlet 那样只匹配一个 servlet ，因为 filter 的集合是一个链，所以只会有处理的顺序不同，而不会出现


只选择一个 filter 。 Filter 的处理顺序和 filter-mapping 在 web.xml 中定义的顺序相同。