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