web.xml檔案載入順序

一、

     1 、啟動一個 WEB 專案的時候， WEB 容器會去讀取它的配置檔案 web.xml ，讀取 <listener> 和 <context-param> 兩個結點。

     2 、緊急著，容建立一個 ServletContext （ servlet 上下文），這個 web 專案的所有部分都將共享這個上下文。

     3 、容器將 <context-param> 轉換為鍵值對，並交給 servletContext 。

     4 、容器建立 <listener> 中的類例項，建立監聽器。

二、

      load-on-startup 元素在 web 應用啟動的時候指定了 servlet 被載入的順序，它的值必須是一個整數。如果它的值是一個負整數或是這個元素不存在，那麼容器會在該 servlet 被呼叫的時候，載入這個 servlet 。如果值是正整數或零，容器在配置的時候就載入並初始化這個 servlet ，容器必須保證值小的先被載入。如果值相等，容器可以自動選擇先載入誰。 在 servlet 的配置當中， <load-on-startup>5</load-on-startup> 的含義是： 標記容器是否在啟動的時候就載入這個 servlet 。 當值為

三、

      在專案中總會遇到一些關於載入的優先順序問題，近期也同樣遇到過類似的，所以自己查詢資料總結了下，下面有些是轉載其他人的，畢竟人家寫的不錯，自己也就不重複造輪子了，只是略加點了自己的修飾。

      首先可以肯定的是，載入順序與它們在 web.xml 檔案中的先後順序無關。即不會因為 filter 寫在 listener 的前面而會先載入 filter 。最終得出的結論是：

同時還存在著這樣一種配置節： context-param ，它用於向 ServletContext 提供鍵值對，即應用程式上下文資訊。我們的 listener, filter 等在初始化時會用到這些上下文中的資訊，那麼 context-param 配置節是不是應該寫在 listener 配置節前呢？實際上 context-param 配置節可寫在任意位置，因此真正的載入順序為： context-param -> listener -> filter -> servlet

      對於某類配置節而言，與它們出現的順序是有關的。以 filter 為例， web.xml 中當然可以定義多個 filter ，與 filter 相關的一個配置節是 filter-mapping ，這裡一定要注意，對於擁有相同 filter-name 的 filter 和 filter-mapping 配置節而言， filter-mapping 必須出現在 filter 之後，否則當解析到 filter-mapping 時，它所對應的 filter-name 還未定義。 web 容器啟動時初始化每個 filter 時，是按照 filter 配置節出現的順序來初始化的，當請求資源匹配多個 filter-mapping 時， filter 攔截資源是按照 filter-mapping 配置節出現的順序來依次呼叫 doFilter() 方法的。

      servlet 同 filter 類似 ，此處不再贅述。

      由此，可以看出， web.xml 的載入順序是： context-param -> listener -> filter -> servlet ，而同個型別之間的實際程式呼叫的時候的順序是根據對應的 mapping 的順序進行呼叫的。