url-pattern詳解

上海校區] url-pattern詳解

1、servlet容器對url的匹配過程

       當一個請求發送到servlet容器的時候，容器先會將請求的url減去當前應用上下文的路徑做爲servlet的映射url，好比我訪問的是 http://localhost/test/bbb.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，也不會去理會其餘的 servletB了。

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中定義的順序相同。

2、url-pattern詳解

     在web.xml文件中，如下語法用於定義映射：

    以」/’開頭和以」/*」結尾的是用來作路徑映射的。
    之前綴」*.」開頭的是用來作擴展映射的。
  「/」 是用來定義default servlet映射的。
    剩下的都是用來定義詳細映射的。好比： /aa/bb/cc.action
   爲何定義」/*.action」這樣一個看起來很正常的匹配會錯？由於這個匹配即屬於路徑映射， 也屬於擴展映射，致使容器沒法判斷。

  有一些參數能夠控制DefaultServlet的行爲。此外，當請求的URL是/的時候， 也就是沒有匹配的時候，就會觸發這個DefaultServlet。靜態資源都走這個DefaultServlet   <url-pattern>/</url-pattern>  會匹配到/login這樣的路徑型url，不會匹配到模式爲*.jsp這樣的後綴型url   <url-pattern>/*</url-pattern> 會匹配全部url：路徑型的和後綴型的url(包括/login,*.jsp,*.js和*.html等)