servlet和filter在javaEE開發中很常用，因此有必要知道web.xml文件映射的規則
1. 寫法
①完全匹配：以“/”開頭，以字母（非“*”）結束
如：<url-pattern>/test/list.do</url-pattern>
②目錄匹配：以“/”開頭且以“/*”結尾
如：<url-pattern>/test/*</url-pattern>
<url-pattern>/*</url-pattern>
③擴展名匹配：以“*.”開頭，以擴展名結束
如：<url-pattern>*.do</url-pattern>
④ “/” 用來表明對應的Servlet為應用默認的Servlet。在這種情況下Servlet路徑是請求的URI去掉上下文路徑並且路徑信息為null。
當一個請求發送到servlet容器的時候，容器先會將請求的url減去當前應用上下文的路徑作為servlet的映射url，比如我訪問的是 http://localhost/test/aaa.html，我的應用上下文是test，容器會將http://localhost/test去掉， 剩下的/aaa.html部分拿來做servlet的映射匹配。這個映射匹配過程是有順序的，而且當有一個servlet匹配成功以后，就不會去理會剩下 的servlet了（filter不同，后文會提到）。其匹配規則和順序如下：
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中定義的順序相同。
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中定義的順序相同。