web.xml中的映射规则

一，servlet容器对url的匹配过程： 

当一个请求发送到servlet容器的时候，容器先会将请求的url减去当前应用上下文的路径作为servlet的映射url，比如我访问的是http://localhost/test/aaa.html，我的应用上下文是test，容器会将http://localhost/test去掉，剩下的/aaa.html部分拿来做servlet的映射匹配。这个映射匹配过程是有顺序的，而且当有一个servlet匹配成功以后，就不会去理会剩下的servlet了。其匹配规则和顺序如下： 

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（什么是default servlet？后面会讲）。 

     根据这个规则表，就能很清楚的知道servlet的匹配过程，所以定义servlet的时候也要考虑url-pattern的写法，以免出错。 

      对于filter，不会像servlet那样只匹配一个servlet，因为filter的集合是一个链，所以只会有处理的顺序不同，而不会出现只选择一个filter。Filter的处理顺序和filter-mapping在web.xml中定义的顺序相同。 
   

二，url-pattern详解 

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

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

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

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

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

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

服务器在接收到一个地址请求后的处理流程。以一个用户访问

http://www.soul.blog.163.com/class_intro/viewClassIntro.htm?id=1这个地址为例：

　　第一步，服务器首先看/class_intro/viewClassIntro.htm这个地址有没有明确地映射，如果已经明确地映射了这个地址，则直接访问地址所对应的Servlet，处理请求生成响应。

　　第二步，如果没有明确映射这个地址，则看目录映射或扩展名映射中有没有满足这个地址的。也即有没有映射地址为“/class_intro/*”，或者“*.htm”的Servlet，如果有一个满足就访问其所对应的Servlet。如果两个都满足，则访问目录映射所对应的Servlet。http://www.soul.blog.163.com

　　第三步，如果也不满足模糊映射，则访问“/”所对应的Servlet。

 <servlet-mapping>标签是服务器映射，它的工能就是把我们的类名作为URl映射到服务器，也就是说可以把我们的类名作为url传给服务器。

在Java类库中，URI类不包含任何访问资源的方法，它唯一的作用就是解析。

相反的是，URL类可以打开一个到达资源的流。