代碼示例 :
<context-param> <param-name>contextConfigLocation</param-name> <param-value>/WEB-INF/applicationContext.xml</param-value> </context-param> <context-param> <param-name>log4jConfigLocation</param-name> <param-value>/WEB-INF/classes/log4j.properties</param-value> </context-param>
一 . 初始化過程
- 在啟動 Web 項目時 , web 容器 ( 比如tomcat ) 會先讀取 web.xml 文件中的兩個節點 <listener> 和 <context-param>
- 接着容器會創建一個 ServletContext 對象 (也就是 servlet上下文 ), 這個 web 項目的所有部分都將共享這個上下文
- 在第一步讀取的 <context-param> 信息 , 將會轉換為鍵值對的形式 , 並交給 servletContext 對象(這些鍵值對,會被 listener , filter 等使用到 )
- 接着容器會創建 <listener> 注冊的監聽器對象
二 . servlet 啟動順序
<load-on-startup> 元素在 web 應用啟動的時候指定了 servlet 被加載的順序,它的值必須是一個整數。如果它的值是一個負整數或是這個元素不存在,那么容器會在該 servlet 被調用的時候,加載這個 servlet 。如果值是正整數或零,容器在配置的時候就加載並初始化這個 servlet ,容器必須保證值小的先被加載。如果值相等,容器可以自動選擇先加載誰。 在 servlet 的配置當中, <load-on-startup>5</load-on-startup> 的含義是: 標記容器是否在啟動的時候就加載這個 servlet 。 當值為 0 或者大於 0 時,表示容器在應用啟動時就加載這個 servlet ; 當是一個負數時或者沒有指定時,則指示容器在該 servlet 被選擇時才加載。 正數的值越小,啟動該 servlet 的優先級越高
三 . 最終加載順序
在項目中總會遇到一些關於加載的優先級問題,近期也同樣遇到過類似的,所以自己查找資料總結了下,下面有些是轉載其他人的,畢竟人家寫的不錯,自己也就不重復造輪子了,只是略加點了自己的修飾。
首先可以肯定的是,加載順序與它們在 web.xml 文件中的先后順序無關。即不會因為 filter 寫在 listener 的前面而會先加載 filter 。最終得出的結論是: listener --> filter --> servlet
同時還存在着這樣一種配置節: 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 的順序進行調用的。
原文地址 : [ WEB容器啟動之Web.xml加載順序 ]