一：web.xml載入過程

　　簡單說一下，web.xml的載入過程。當我們啟動一個WEB專案容器時，容器包括(JBoss,Tomcat等)。首先會去讀取web.xml配置檔案裡的配置，當這一步驟沒有出錯並且完成之後，專案才能正常的被啟動起來。

　　啟動WEB專案的時候，容器首先會去讀取web.xml配置檔案中的兩個節點：<listener> </listener>和<context-param> </context-param>如圖：

　　緊接著，容器建立一個ServletContext(application),這個web專案的所有部分都將共享這個上下文。

容器建立<listener></listener>中的類例項，根據配置的class類路徑<listener-class>來建立監聽，在監聽中會有初始化方法，啟動Web應用時，系統呼叫Listener的該方法 contextInitialized(ServletContextEvent args)，在這個方法中獲得：

ServletContext application =ServletContextEvent.getServletContext();

context-param的值= application.getInitParameter("context-param的鍵");

　　得到這個context-param的值之後，你就可以做一些操作了。

舉例：你可能想在專案啟動之前就開啟資料庫，那麼這裡就可以在<context-param>中設定資料庫的連線方式（驅動、url、user、password），在監聽類中初始化資料庫的連線。這個監聽是自己寫的一個類，除了初始化方法，它還有銷燬方法，用於關閉應用前釋放資源。比如:說資料庫連線的關閉，此時，呼叫contextDestroyed(ServletContextEvent args)，關閉Web應用時，系統呼叫Listener的該方法。

接著，容器會讀取<filter></filter>，根據指定的類路徑來例項化過濾器。

以上都是在WEB專案還沒有完全啟動起來的時候就已經完成了的工作。如果系統中有Servlet，則Servlet是在第一次發起請求的時候被例項化的，而且一般不會被容器銷燬，它可以服務於多個使用者的請求。所以，Servlet的初始化都要比上面提到的那幾個要遲。總的來說，web.xml的載入順序是: <context-param>-> <listener> -> <filter> -> <servlet>。其中，如果web.xml中出現了相同的元素，則按照在配置檔案中出現的先後順序來載入。

　　二：web.xml標籤詳解

　　1.<web-app></web-app>

　　<web-app></web-app>是部署描述的根元素，該元素含23個子元素。在Servlet2.3中，子元素必須按照DTD檔案描述中指定的順序出現。比如：如果部署描述符中的<web-app>元素有<servlet>和<servlet-mapping>兩個子元素，則<servlet>子元素必須出現在<servlet-mapping>子元素之前。在Servlet2.4中，順序並不重要。

　　2.<display-name></display-name>

　　<display-name></display-name>定義web應用的名稱。如<display-name>trk-order-rest</display-name>

　　3.<distributable/>

<distributable/>可以使用distributable元素來告訴servlet/JSP容器，Web容器中部署的應用程式適合在分散式環境下執行。

　　4.<context-param></context-param>

　　<context-param>元素含有一對引數名和引數值，用作應用的Servlet上下文初始化引數，引數名在整個Web應用中必須是惟一的，在web應用的整個生命週期中上下文初始化引數都存在，任意的Servlet和jsp都可以隨時隨地訪問它。<param-name>子元素包含有引數名，而<param-value>子元素包含的是引數值。作為選擇，可用<description>子元素來描述引數。

　　配置Spring，必須需要<listener>，而<context-param>可有可無，如果在web.xml中不寫<context-param>配置資訊，預設的路徑是/WEB-INF/applicationContext.xml，在WEB-INF目錄下建立的xml檔案的名稱必須是applicationContext.xml。如果是要自定義檔名可以在web.xml里加入contextConfigLocation這個context引數：在<param-value>裡指定相應的xml檔名，如果有多個xml檔案，可以寫在一起並以“,”號分隔，比如在business-client工程中，我們採用了自定義配置方式，<context-param>配置如下：

　　配置在同一個容器中的多個web專案，要配置不同的webAppRootKey，web.xml檔案中最好定義webAppRootKey引數，如果不定義，將會預設為“webapp.root”，為防止log4j配置衝突，每個專案配置不同的webAppRootKey。如下：

　　當然也不能重複，否則報類似下面的錯誤：

　　Web app root system property already set to different value: 'webapp.root' = [/home/user/tomcat/webapps/project1/] instead of 　　[/home/user/tomcat/webapps/project2/] - Choose unique values for the 'webAppRootKey' context-param in your web.xml files!

　　5.<session-config></session-config>

　　<session-config> 用於設定容器的session引數，比如：<session-timeout>用於指定http session的失效時間。預設時間設定(30minutes)。<session-timeout>用來指定預設的會話超時時間間隔，以分鐘為單位。該元素值為整數。如果 session-timeout元素的值為零或負數，則表示會話將永遠不會超時。

　　8.<servlet></servlet>

　　8.1.Servlet介紹

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

　　init(ServletConfig config):建立Servlet例項時，呼叫該方法初始化Servlet資源。

　　destory():銷燬Servlet例項時，自動呼叫該方法回收資源。

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

　　8.2.Servlet的生命週期

　　建立Servlet例項有兩個時機：

　　客戶端第一次請求某個Servlet時，系統建立該Servlet的例項，大部分Servlet都是這種Servlet；

　　web應用啟動時立即建立Servlet例項，即<load-on-start>1</laod-on-start>(LZ有篇文章詳細說明：http://www.cnblogs.com/vanl/p/5756122.html)

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

（1）建立Servlet例項。

　　（2）Web容器呼叫Servlet的init()方法，對Servlet進行初始化。

　　（3）Servlet初始化之後，將一直存在與容器之中，用於響應客戶端請求，如果客戶端傳送GET請求，容器呼叫Servlet的doGet()方法處理並響應請求；如果客戶端傳送POST請求，容器呼叫Servlet的doPost()方法處理並響應請求。或者統一使用service()方法處理來響應使用者請求。

　　（4）Web容器決定銷燬Servlet時，先呼叫Servlet的destory()方法，通常在關閉Web應用時銷燬Servlet例項。

　　8.3.Servlet的配置

　　為了讓Servlet能響應使用者請求，還必須將Servlet配置在web應用中，配置Servlet需要修改web.xml檔案。從Servlet3.0開始，配置Servlet有兩種方式：

　　（1）在Servlet類中使用基於註解的方式進行配置：@WebServlet

　　（2）在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獲取配置引數的方法完全一樣，只是ServletContex是取得當前Servlet的配置引數，而ServletContext是獲取整個web應用的配置引數。

　　8.4.配置Spring MVC的Servlet

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

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

　　(2)可以通過修改配置檔案的位置，需要在配置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>標籤。具體程式碼如下：

工程目錄結構如下：

　　其中，classpath是web專案的類路徑，可以理解為classes目錄下面。因為無論這些配置檔案放在哪裡，編譯之後沒有特殊情況的話都直接在classes下面。在我們的工程裡，經過驗證，maven工程這兩個

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

　　8.5.classpath與classpath*區別

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

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

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

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

　　9.<welcome-file-list></welcome-file-list>

<welcome-file-list>包含一個子元素<welcome-file>，<welcome-file>用來指定首頁檔名稱。<welcome-file-list>元素可以包含一個或多個<welcome-file>子元素。如果在第一個<welcome-file>元素中沒有找到指定的檔案，Web容器就會嘗試顯示第二個，以此類推。