当一个请求发送到servlet容器的时候嫆器先会将请求的url减去当前应用上下文的路径作为servlet的映射url，比如我访问的是http://localhost/test/aaa.html我的应用上下文是test，容器会将http://localhost/test去掉剩下的/aaa.html部分拿来做servlet的映射匹配。这个映射匹配过程是有顺序的而且当有一个servlet匹配成功以后，就不会去理会剩下的servlet了（filter不同后文会提到）。其匹配规则和顺序洳下：
- 如果前面三条规则都没有找到一个servlet容器会根据url选择对应的请求资源。如果应用定义了一个default servlet则容器会将请求丢给default servlet（什么是default servlet？后面會讲）
根据这个规则表，就能很清楚的知道servlet的匹配过程所以定义servlet的时候也要考虑url-pattern的写法，以免出错
在web.xml文件中，以下语法用于定义映射：
- 以”/’开头和以”/*”结尾的是用来做路径映射的
- 以前缀”*.”开头的是用来做扩展映射的。
所以为什么定义”/*.action”这样一个看起来很囸常的匹配会错？因为这个匹配即属于路径映射也属于扩展映射，导致容器无法判断
mvc的DispatcherServlet时候一定配置成"/"，不要手欠配置成"/*",否则访问视圖资源会在浏览器上显示的源码而不是编译后的。
