干貨！從Tomcat執行流程了解jsp是如何被解析的，錯誤提示是哪里生成的。

一.關於Tomcat組成

        

先上張圖：

Tomcat組成：

1. Server：代表整個 servlet 容器，如Tomcat，JBoss之類的。

2. Service：它由一個或者多個Connector組成，以及一個Engine，負責處理所有Connector所獲得的客戶請求。

3. Connector：一個Connector將在某個指定的端口上監聽客戶請求，並且將獲得的請求交給Engine來處理，從Engine獲得獲得回應並且返

            回給客戶。例如上圖中，我們監聽了8080和8081端口。

4. Engine：Engine下可以配置多個虛擬主機Virtual Host，每個虛擬主機都有一個域名，當Engine獲得一個請求時，它把該請求匹配到某個        

            Host上，然后把該請求交給該Host來處理，Engine有一個默認（default）虛擬主機，當請求無法匹配到任何一個Host上的時候，將交給該Host來        

            處理。

5. Host：代表一個虛擬主機，即針對一個域名的專門的處理器，每個虛擬主機下可以部署一個或者多個WebApp，每個

            WebApp對應一個Context，每個Context都有一個Context Path，當Host獲得一個請求時，將把該請求匹配到某個Context上，然后

            把該請求交給該Context來處理。

6. Context：一個Context 對應於一個Web Application，一個Web Application 由一個或者多個Servlet組成，Context在創建的時候將根據        

            配置文件 $CATALINA_HOME/conf/web.xml和$WEBAPP_HOME/WEB-INF/web.xml載入Servlet類。

 

如果找到，則執行該類，獲得請求的回應，並且返回。

 

二. 配置文件 $CATALINA_HOME/conf/server.xml 文件說明

 

該文件描述了如何啟動Tomcat Server

<!-- 啟動Server 在端口8005處等待關閉命令 如果接受到"SHUTDOWN"字符串則關閉服務器 -->
<Server port="8005" shutdown="SHUTDOWN" debug="0">
......
<!-- Tomcat的Standalone Service Service是一組Connector的集合 它們共用一個Engine來處理所有Connector收到的請求 -->
<Service name="Tomcat-Standalone">
<!-- Coyote HTTP/1.1 Connector className : 該Connector的實現類是org.apache.coyote.tomcat4.CoyoteConnector port :
在端口號8080處偵聽來自客戶browser的HTTP1.1請求
minProcessors : 該Connector先創建5個線程等待客戶請求，每個請求由一個線程負責
maxProcessors : 當現有的線程不夠服務客戶請求時，若線程總數不足75個，則創建新線程來處理請求
acceptCount : 當現有線程已經達到最大數75時，為客戶請求排隊 當隊列中請求數超過100時，后來的請求返回Connection refused錯誤
redirectport : 當客戶請求是https時，把該請求轉發到端口8443去 其它屬性略 -->
<Connector className="org.apache.coyote.tomcat4.CoyoteConnector"
port="8080"
minProcessors="5" maxProcessors="75" acceptCount="100"
enableLookups="true"
redirectPort="8443"
debug="0"
connectionTimeout="20000"
useURIValidationHack="false"
disableUploadTimeout="true" />
 
 
<!-- Engine用來處理Connector收到的Http請求 它將匹配請求和自己的虛擬主機，
並把請求轉交給對應的Host來處理默認虛擬主機是localhost -->
<Engine name="Standalone" defaultHost="localhost" debug="0">
<!-- 虛擬主機localhost appBase : 該虛擬主機的根目錄是webapps/ 它將匹配請求和
自己的Context的路徑，並把請求轉交給對應的Context來處理 -->
<Host name="localhost" debug="0" appBase="webapps" unpackWARs="true" autoDeploy="true">
<!-- Context，對應於一個Web App path : 該Context的路徑名是""，故該Context是該Host的
默認Context docBase : 該Context的根目錄是webapps/mycontext/ -->
<Context path="" docBase="mycontext" debug="0"/>
<!-- 另外一個Context，路徑名是/wsota -->
<Context path="/wsota" docBase="wsotaProject" debug="0"/>
</Host>
</Engine>
</Service>
</Server>

 

三. Context的部署配置文件web.xml的說明

        一個Context對應一個Web App，每個Web App 是由一個或者多個Servlet組成，當一個Web App被初始化的時候，它將用自己的ClassLoader對象載入 "部署配置文件web.xml"中的定義的每個servlet類， 它首先載入在$CATALINA_HOME/conf/web.xml中部署的servlet類，然后載入在自己的Web App根目錄下的WEB-INF/web.xml中部署的servlet類。

        web.xml文件有兩個部分：Servlet類定義和servlet映射定義，每個被載入的Servlet類都有一個名字，且被填入該Context的映射表中，和某種URL PATTERN 對應，當該Context獲得請求的時候，將查詢mapping table。找到被請求的servlet，並執行以獲得請求回應。

下面是 $CATALINA_HOME/conf/web.xml中的內容

<web-app>
<!-- 概述： 該文件是所有的WEB APP共用的部署配置文件， 每當一個WEB APP
被DEPLOY，該文件都將先被處理，然后才是WEB APP自己的/WEB-INF/web.xml -->
<!-- +-------------------------+ -->
<!-- | servlet類定義部分 | -->
<!-- +-------------------------+ -->
<!-- DefaultServlet
當用戶的HTTP請求無法匹配任何一個servlet的時候，該servlet被執行
URL PATTERN MAPPING : / -->
<servlet>
<servlet-name>default</servlet-name>
<servlet-class>
org.apache.catalina.servlets.DefaultServlet
</servlet-class>
<init-param>
<param-name>debug</param-name>
<param-value>0</param-value>
</init-param>
<init-param>
<param-name>listings</param-name>
<param-value>true</param-value>
</init-param>
<load-on-startup>1</load-on-startup>
</servlet>
<!-- InvokerServlet
處理一個WEB APP中的匿名servlet 當一個servlet被編寫並編譯放入
/WEB-INF/classes/中，卻沒有在/WEB-INF/web.xml中定義的時候
該servlet被調用，把匿名servlet映射成/servlet/ClassName的形式
URL PATTERN MAPPING : /servlet/* -->
<servlet>
<servlet-name>invoker</servlet-name>
<servlet-class>org.apache.catalina.servlets.InvokerServlet </servlet-class>
<init-param>
<param-name>debug</param-name>
<param-value>0</param-value>
</init-param>
<load-on-startup>2</load-on-startup>
</servlet>
<!-- JspServlet
當請求的是一個JSP頁面的時候（*.jsp）該servlet被調用 它是一個JSP編譯器，將請求的JSP頁面編譯成為servlet再執行 URL PATTERN MAPPING : *.jsp -->
<servlet>
<servlet-name>jsp</servlet-name>
<servlet-class>org.apache.jasper.servlet.JspServlet</servlet-class>
<init-param>
<param-name>logVerbosityLevel</param-name>
<param-value>WARNING</param-value>
</init-param>
<load-on-startup>3</load-on-startup>
</servlet>
<!-- +---------------------------+ -->
<!-- | servlet映射定義部分 | -->
<!-- +---------------------------+ -->
<servlet-mapping>
<servlet-name>default</servlet-name>
<url-pattern>/</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>invoker</servlet-name>
<url-pattern>/servlet/*</url-pattern>
</servlet-mapping>
<servlet-mapping>
<servlet-name>jsp</servlet-name>
<url-pattern>*.jsp</url-pattern>
</servlet-mapping>
<!-- +------------------------+ -->
<!-- | 其它部分，略去先 | -->
<!-- +------------------------+ -->
... ... ... ...
</web-app>

四. Tomcat Server處理一個http請求的過程

假設來自客戶的請求為：

http://localhost:8080/wsota/wsota_index.jsp

1) 請求被發送到本機端口8080，被在那里偵聽的Coyote HTTP/1.1 Connector獲得
2) Connector把該請求交給它所在的Service的Engine來處理，並等待來自Engine的回應
3) Engine獲得請求localhost/wsota/wsota_index.jsp，匹配它所擁有的所有虛擬主機Host
4) Engine匹配到名為localhost的Host（即使匹配不到也把請求交給該Host處理，因為該Host被定義為該Engine的默認主機）
5) localhost Host獲得請求/wsota/wsota_index.jsp，匹配它所擁有的所有Context
6) Host匹配到路徑為/wsota的Context（如果匹配不到就把該請求交給路徑名為”"的Context去處理）
7) path=”/wsota”的Context獲得請求/wsota_index.jsp，在它的mapping table中尋找對應的servlet
8) Context匹配到URL PATTERN為*.jsp的servlet，對應於JspServlet類
9) 構造HttpServletRequest對象和HttpServletResponse對象，作為參數調用JspServlet的doGet或doPost方法
10)Context把執行完了之后的HttpServletResponse對象返回給Host
11)Host把HttpServletResponse對象返回給Engine
12)Engine把HttpServletResponse對象返回給Connector
13)Connector把HttpServletResponse對象返回給客戶browser

 

參考博客：https://blog.csdn.net/pzxwhc/article/details/47129675