Java Web項目運行流程

運行一個Javaweb項目，首先，將項目部署到服務器，由客戶端發起請求，將請求發送到tomcat的監聽端口。通過端口進入tomcat，再由tomcat將攜帶的請求信息移交給web項目。接下來，正式進入Javaweb項目，一開始，要解讀web.xml配置文件，將依據文件的配置決定進入哪一個頁面或者servlet。

 要知道，在tomcat下的conf中也有一個web.xml文件。當tomcat部署應用程序時（在激活過程中，或加載應用程序后），它都會讀取通用的conf/web.xml，然后再讀取web應用程序中的WEB-INF/web.xml。其實根據他們的位置，我們就可以知道，conf/web.xml文件中的設定會應用於所有的web應用程序，而某些web應用程序的WEB-INF/web.xml中的設定只應用於該應用程序本身。如果沒有WEB-INF/web.xml文件，tomcat會輸出找不到的消息，但仍然會部署並使用web應用程序，servlet規范的作者想要實現一種能迅速並簡易設定新范圍的方法，以用作測試，因此，這個web.xml並不是必要的，不過通常最好還是讓每一個上線的web應用程序都有一個自己的WEB-INF/web.xml。

tomcat加載順序：

首先可以肯定的是，加載順序與它們在 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() 方法的。

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

web.xml文件詳解

Web.xml常用元素

<web-app>    
<display-name></display-name>定義了WEB應用的名字    

<description></description> 聲明WEB應用的描述信息    

<context-param></context-param> context-param元素聲明應用范圍內的初始化參數。    

<filter></filter> 過濾器元素將一個名字與一個實現javax.servlet.Filter接口的類相關聯。    
<filter-mapping></filter-mapping> 一旦命名了一個過濾器，就要利用filter-mapping元素把它與一個或多個servlet或JSP頁面相關聯。 

<listener></listener>servlet API的版本2.3增加了對事件監聽程序的支持，事件監聽程序在建立、修改和刪除會話或servlet環境時得到通知.Listener元素指出事件監聽程序類。    

<servlet></servlet> 在向servlet或JSP頁面制定初始化參數或定制URL時，必須首先命名servlet或JSP頁面。Servlet元素就是用來完成此項任務的。    

<servlet-mapping></servlet-mapping> 服務器一般為servlet提供一個缺省的URL：http://host/webAppPrefix/servlet/ServletName。 但是，常常會更改這個URL，以便servlet可以訪問初始化參數或更容易地處理相對URL。在更改缺省URL時，使用servlet-mapping元素。    

<session-config></session-config> 如果某個會話在一定時間內未被訪問，服務器可以拋棄它以節省內存。    

可通過使用HttpSession的setMaxInactiveInterval方法明確設置單個會話對象的超時值，或者可利用session-config元素制定缺省超時值。    

<mime-mapping></mime-mapping>如果Web應用具有想到特殊的文件，希望能保證給他們分配特定的MIME類型，則mime-mapping元素提供這種保證。

<welcome-file-list></welcome-file-list> 指示服務器在收到引用一個目錄名而不是文件名的URL時，使用哪個文件。  

<error-page></error-page> 在返回特定HTTP狀態代碼時，或者特定類型的異常被拋出時，能夠制定將要顯示的頁面。    

<taglib></taglib> 對標記庫描述符文件（Tag Libraryu Descriptor file）指定別名。此功能使你能夠更改TLD文件的位置，而不用編輯使用這些文件的JSP頁面。  

<resource-env-ref></resource-env-ref>聲明與資源相關的一個管理對象。 

<resource-ref></resource-ref> 聲明一個資源工廠使用的外部資源。

<security-constraint></security-constraint> 制定應該保護的URL。它與login-config元素聯合使用   

<login-config></login-config> 指定服務器應該怎樣給試圖訪問受保護頁面的用戶授權。它與sercurity-constraint元素聯合使用。  

<security-role></security-role>給出安全角色的一個列表，這些角色將出現在servlet元素內的security-role-ref元素的role-name子元素中。分別地聲明角色可使高級IDE處理安全信息更為容易。  

<env-entry></env-entry>聲明Web應用的環境項。 

<ejb-ref></ejb-ref>聲明一個EJB的主目錄的引用。 

< ejb-local-ref></ ejb-local-ref>聲明一個EJB的本地主目錄的應用。   

</web-app>  

 

本文整合自：https://blog.csdn.net/wangxiaotongfan/article/details/51318951