寫了好多小專案後也沒弄明白<url-pattern>的真正意義，寫跳轉的時候也是跳的三心二意的，今天查了一下web.xml的詳細配置，看了看servlet-mapping的講解，豁然開朗，做了做小實驗，原來是這樣，捂臉。下面把看到的文章的servlet片段摘抄過來，先附上鍊接（http://blog.csdn.net/believejava/article/details/43229361）（作者如有意見，私信刪文）；

容器的Context物件對請求路徑(URL)做出處理，去掉請求URL的上下文路徑後，按路徑對映規則和Servlet對映路徑（<url- pattern>）做匹配，如果匹配成功，則呼叫這個Servlet處理請求。

servlet容器對url的匹配過程： 

當一個請求傳送到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中定義的順序相同。

<servlet></servlet>

1. <!--****************************servlet配置******************************-->
2. <!-- Spring view分發器  對所有的請求都由business對應的類來控制轉發 -->
3. <servlet>
4.     <servlet-name>business</servlet-name>
5.     <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
6.     <init-param>
7.       <param-name>publishContext</param-name>
8.       <param-value>false</param-value>
9.     </init-param>
10.     <load-on-startup>1</load-on-startup>
11. </servlet>
12. <!-- 使用者登出 -->
13. <servlet>
14.     <servlet-name>LogOutServlet</servlet-name>
15.     <servlet-class>com.yonyou.mcloud.cas.web.servlet.LogOutServlet</servlet-class>
16.     <init-param>
17.       <param-name>serverLogoutUrl</param-name>
18.       <param-value>https://dev.yonyou.com:443/sso-server/logout</param-value>
19.     </init-param>
20.     <init-param>
21.       <param-name>serverName</param-name>
22.       <param-value>http://10.1.215.40:80/business/</param-value>
23.     </init-param>
24. </servlet>
25. <!--****************************servlet對映關係配置*************************-->
26. <servlet-mapping>
27.     <servlet-name>LogOutServlet</servlet-name>
28.     <url-pattern>/logout</url-pattern>
29. </servlet-mapping>
30. <servlet-mapping>
31.     <servlet-name>business</servlet-name>
32.     <url-pattern>/</url-pattern>
33. </servlet-mapping>

Servlet通常稱為伺服器端小程式，是執行在伺服器端的程式，用於處理及響應客戶的請求。Servlet是個特殊的java類，繼承於HttpServlet。客戶端通常只有GET和POST兩種請求方式，Servlet為了響應則兩種請求，必須重寫doGet()和doPost()方法。大部分時候，Servlet對於所有的請求響應都是完全一樣的，此時只需要重寫service()方法即可響應客戶端的所有請求。

另外HttpServlet有兩個方法

• init(ServletConfig config)：建立Servlet例項時，呼叫該方法的初始化Servlet資源。
• destroy()：銷燬Servlet例項時，自動呼叫該方法的回收資源。

通常無需重寫init()和destroy()兩個方法，除非需要在初始化Servlet時，完成某些資源初始化的方法，才考慮重寫init()方法，如果重寫了init()方法，應在重寫該方法的第一行呼叫super.init(config)，該方法將呼叫HttpServlet的init()方法。如果需要在銷燬Servlet之前，先完成某些資源的回收，比如關閉資料庫連線，才需要重寫destory方法()。

Servlet的生命週期：

建立Servlet例項有兩個時機：

• 客戶端第一次請求某個Servlet時，系統建立該Servlet的例項，大部分Servlet都是這種Servlet。
• Web應用啟動時立即建立Servlet例項，即load-on-start Servlet。

每個Servlet的執行都遵循如下生命週期：

1. 建立Servlet例項。
2. Web容器呼叫Servlet的init()方法，對Servlet進行初始化。
3. Servlet初始化後，將一直存在於容器中，用於響應客戶端請求，如果客戶端傳送GET請求，容器呼叫Servlet的doGet()方法處理並響應請求；如果客戶端傳送POST請求，容器呼叫Servlet的doPost()方法處理並響應請求。或者統一使用service()方法處理來響應使用者請求。
4. Web容器決定銷燬Servlet時，先呼叫Servlet的destory()方法，通常在關閉Web應用時銷燬Servlet例項。

為了讓Servlet能響應使用者請求，還必須將Servlet配置在web應用中，配置Servlet需要修改web.xml檔案。

從Servlet3.0開始，配置Servlet有兩種方式：

• 在Servlet類中使用@WebServlet Annotation進行配置。
• 在web.xml檔案中進行配置。

我們用web.xml檔案來配置Servlet，需要配置<servlet>和<servlet-mapping>。

<servlet>用來宣告一個Servlet。<icon>、<display-name>和<description>元素的用法和<filter>的用法相同。<init-param>元素與<context-param>元素具有相同的元素描述符，可以使用<init-param>子元素將初始化引數名和引數值傳遞給Servlet，訪問Servlet配置引數通過ServletConfig物件來完成，ServletConfig提供如下方法：

java.lang.String.getInitParameter(java.lang.String name)：用於獲取初始化引數

ServletConfig獲取配置引數的方法和ServletContext獲取配置引數的方法完全一樣，只是ServletConfig是取得當前Servlet的配置引數，而ServletContext是獲取整個Web應用的配置引數。

1. <description>、<display-name>和<icon>

• <description>：為Servlet指定一個文字描述。
• <display-name>：為Servlet提供一個簡短的名字被某些工具顯示。
• <icon>：為Servlet指定一個圖示，在圖形管理工具中表示該Servlet。

2. <servlet-name>、<servlet-class>和<jsp-file>元素

<servlet>必須含有<servlet-name>和<servlet-class>，或者<servlet-name>和<jsp-file>。描述如下：

• <servlet-name>用來定義servlet的名稱，該名稱在整個應用中必須是惟一的
• <servlet-class>用來指定servlet的完全限定的名稱。
• <jsp-file>用來指定應用中JSP檔案的完整路徑。這個完整路徑必須由/開始。

如果load-on-startup元素存在，而且也指定了jsp-file元素，則JSP檔案會被重新編譯成Servlet，同時產生的Servlet也被載入記憶體。<load-on-startup>的內容可以為空，或者是一個整數。這個值表示由Web容器載入記憶體的順序。

舉個例子：如果有兩個Servlet元素都含有<load-on-startup>子元素，則<load-on-startup>子元素值較小的Servlet將先被載入。如果<load-on-startup>子元素值為空或負值，則由Web容器決定什麼時候載入Servlet。如果兩個Servlet的<load-on-startup>子元素值相同，則由Web容器決定先載入哪一個Servlet。

<load-on-startup>1</load-on-startup>表示啟動容器時，初始化Servlet。

4. <servlet-mapping>

<servlet-mapping>含有<servlet-name>和<url-pattern>

• <servlet-name>：Servlet的名字，唯一性和一致性，與<servlet>元素中宣告的名字一致。
• <url-pattern>：指定相對於Servlet的URL的路徑。該路徑相對於web應用程式上下文的根路徑。<servlet-mapping>將URL模式對映到某個Servlet，即該Servlet處理的URL。

5. 載入Servlet的過程

容器的Context物件對請求路徑(URL)做出處理，去掉請求URL的上下文路徑後，按路徑對映規則和Servlet對映路徑（<url- pattern>）做匹配，如果匹配成功，則呼叫這個Servlet處理請求。

3. DispatcherServlet在web.xml中的配置：

1. <!-- Spring view分發器  對所有的請求都由business對應的類來控制轉發 -->
2. <servlet>
3.     <servlet-name>business</servlet-name>
4.     <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
5.     <init-param>
6.       <param-name>publishContext</param-name>
7.       <param-value>false</param-value>
8.     </init-param>
9.     <load-on-startup>1</load-on-startup>
10. </servlet>

配置Spring MVC，指定處理請求的Servlet，有兩種方式：

l預設查詢MVC配置檔案的地址是：/WEB-INF/${servletName}-servlet.xml

l可以通過配置修改MVC配置檔案的位置，需要在配置DispatcherServlet時指定MVC配置檔案的位置。

我們在平臺專案兩個工程中分別使用了不同的配置方式，介紹如下：

我們在business-client工程中按照預設方式查詢MVC的配置檔案，配置檔案目錄為： /WEB-INF/business-servlet.xml。工程目錄結構如下所示：

我們在public-base-server工程中，通過第2種方式進行配置，把spring-servlet.xml放到src/main/resources/config/spring-servlet.xml，則需要在配置DispatcherServlet時指定<init-param>標籤。具體程式碼如下：

1. <servlet>
2.     <servlet-name>spring</servlet-name>
3.     <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
4.       <init-param>
5.               <param-name>publishContext</param-name>
6.               <param-value>false</param-value>
7. </init-param>
8.  <init-param>
9.                      <param-name>contextConfigLocation</param-name>
10.                     <param-value>classpath:config/spring-servlet.xml</param-value>
11.            </init-param>
12.      <load-on-startup>1</load-on-startup>
13. </servlet>

工程目錄結構如下：

其中，classpath是web專案的類路徑，可以理解為classes下面。因為無論這些配置檔案放在哪，編譯之後如果沒有特殊情況的話都直接在classes下面。jar包的話雖然放在lib資料夾裡，但實際上那些類可以直接引用，比如：com.test.ABC，彷彿也在classes下面一樣。

在我們的工程裡，經過驗證，maven工程這兩個

路徑經過編譯後生成的檔案都位於classes目錄下，即這兩個路徑相當於類路徑，在下面建立config資料夾（folder），然後建立自定義的xml配置檔案即可。

classpath和classpath*區別：

同名資源存在時，classpath只從第一個符合條件的classpath中載入資源，而classpath*會從所有的classpath中載入符合條件的資源。classpath*，需要遍歷所有的classpath，效率肯定比不上classpath，因此在專案設計的初期就儘量規劃好資原始檔所在的路徑，避免使用classpath*來載入。

4. ContextLoaderListener和DispatcherServlet初始化上下文關係和區別：

從上圖可以看出，ContextLoaderListener初始化的上下文載入的Bean是對於整個應用程式共享的，一般如：DAO層、Service層Bean；DispatcherServlet初始化的上下文載入的Bean是隻對Spring MVC有效的Bean，如：Controller、HandlerMapping、HandlerAdapter等，該初始化上下文只加載Web相關元件。

注意：使用者可以配置多個DispatcherServlet來分別處理不同的url請求，每個DispatcherServlet上下文都對應一個自己的子Spring容器，他們都擁有相同的父Spring容器（業務層，持久（dao）bean所在的容器）。