要點
元素都放在<web-app></web-app>之中
大小寫敏感、元素順序敏感
web.xml中不僅對大小寫敏感，而且對元素出現的順序也敏感，順序如圖(圖片來自網絡)：
Servlet的訪問路徑
名稱和<servlet>標籤和<servlet-mapping>的名稱必須是相同
原理
1、啓動一個WEB項目的時候，WEB容器會去讀取它的配置文件web.xml，讀取<listener>和<context-param>兩個結點。
2、緊急着，容創建一個ServletContext（servlet上下文），這個web項目的所有部分都將共享這個上下文。
3、容器將<context-param>轉換爲鍵值對，並交給servletContext。
4、容器創建<listener>中的類實例，創建監聽器。
Load-on-startup
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。最終得出的結論是：ServletContext -> 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 的加載順序是：ServletContext -> context-param -> listener -> filter -> servlet ，而同個類型之間的實際程序調用的時候的順序是根據對應的 mapping 的順序進行調用的。