servlet的匹配规则
1、url参与匹配的是哪部分
在介绍servlet的匹配规则之前，先要说明一点，匹配的时候并不是用完整的url来和'<servlet-mapping>'中的'<url-pattern>'进行匹配。
而是用完整url减去当前应用的上下文的路径之后的部分来和'<url-pattern>'进行匹配。
举个例子，譬如，
请求的url是： 'http://localhost:8080/appDemo/user/users.html'
该应用是appDemo，那么当前应用的上下文路径是： 'http://localhost:8080/appDemo'
那么相减之后的部分就是： '/user/users.html' ,也就是用相减之后的这一部分与`<url-pattern>`进行匹配。
2、 servlet的四种匹配规则
● 精确匹配 ：<url-pattern>中配置的项与url相应部分完全一致才能匹配上。
● 路径匹配：以/字符开头，并以/*结尾的字符串用于路径匹配。
例如
①、
<servlet-mapping>
<servlet-name>MyServlet</servlet-name>
<url-pattern>/user/*</url-pattern>
</servlet-mapping>
路径以/user/开始，后面的路径可以任意。比如下面的url都会被匹配：
http://localhost:8080/appDemo/user/users.html
http://localhost:8080/appDemo/user/addUser.action
http://localhost:8080/appDemo/user/updateUser.actionl
②、
<servlet-mapping>
<servlet-name>MyServlet</servlet-name>
<url-pattern>/*</url-pattern>
</servlet-mapping>
【/*】它涵盖的范围最大，它可以匹配所有的request请求。
● 扩展名匹配 ：以*.开头的字符串被用于扩展名匹配。
例如： <servlet-mapping>
<servlet-name>MyServlet</servlet-name>
<url-pattern>*.jsp</url-pattern> //任何扩展名为jsp的url请求都会匹配
</servlet-mapping>
● 缺省匹配：缺省匹配的写法是唯一的，就是<url-pattern>/</url-pattern>。
3、匹配优先级别
精确匹配 > 路径匹配 > 扩展名匹配 > 缺省匹配
4、路径匹配和扩展名匹配不能同时使用
【注意】： <url-pattern>/aa/*/bb</url-pattern> //这个是精确匹配，url必须是/aa/*/bb，这里的*不是通配的含义
/ 、/* 的区别
1、<url-pattern>/</url-pattern>属于servlet中一种特殊的匹配模式。该模式有且只有一个实例，且优先级别最低，不会覆盖其他的url-pattern，
只会替换servlet容器中內建的default servlet，该模式同样会匹配所有的请求。
2、而servlet，通常是配成<url-pattern>/</url-pattern>，这样就只会匹配形如/login这样的路径型的url，而不会匹配到模式为*.jsp这样的
后缀型url。之所以jsp页面不会命中这个servlet，是因为servlet容器內建的JSP Servlet会被调用，而这个JSP Servlet设置的匹配规则是.jsp，
而由于扩展名匹配的优先级高于缺省匹配，因此轮不到缺省匹配的servlet去处理模式为*.jsp这样的后缀型url。
3、servlet如果配成<url-pattern>/*</url-pattern>，就很可能会出问题。因为这样的servlet会拦截所有的请求，而且请求会在此servlet中结束，
也就是说轮不到其他serevlet来处理请求。模式为*.jsp或*.js这样的后缀型url也会被匹配到，因此当浏览器请求一个js资源的时候，也会被该
servlet拦截，最后会由于在控制器中找不到对应的处理方法，而报404这样的错误。
4、而filter，因为处理编码问题的过滤器是要涵盖所有的请求的，因此要使用路径匹配中能涵盖所有请求的<url-pattern>*/</url-pattern>。
<url-pattern>/</url-pattern>只在servlet中才会匹配所有的请求。
interceptor、filter、servlet的匹配比较
★ springmvc的DispatcherServlet通常是配为：
<url-pattern>/</url-pattern>：表示拦截除静态资源外的所有请求。
★ filter过滤器通常是配为：
<url-pattern>/*</url-pattern>：表示拦截所有请求(包括静态资源)。
★ 要注意的是，SpringMVC的interceptor拦截器的匹配规则和上面servlet的匹配规则是不一样的。
<mvc:mapping path="/document/*"/>
<mvc:mapping path="/document/**"/>
前者拦截的是/document/save或者/document/delete，而不能拦截/document/path1/save。 即只可以拦截当前目录下的所有请求
而后者拦截的是/document/save或者/document/path1/save或者/document/path1/path2/save，即可以拦截当前目录及其子目录下的所有请求。
interceptor、filter、servlet的对比
1、所在位置：servlet、filter、listener是配置到web.xml中，interceptor不配置到web.xml中，struts的拦截器配置到struts.xml中，
spring的拦截器配置到spring.xml中。
2、加载顺序：web.xml 的加载顺序是：context- param -> listener -> filter -> servlet
3、interceptor和filter的执行顺序：接收到http请求时先执行filter再执行interceptor，
最后返回html代码前先执行interceptor再执行filter。
如果把整个请求看做生产流水线，那么filter是在头部和尾部，而interceptor是在脖子部位和膝盖部位。
