Tomcat 埠配置及原理詳解
1. tomcat 檔案配置詳細說明
tomcat伺服器需配置三個端口才能啟動，安裝時預設啟用了這三個埠，當要執行多個tomcat服務時需要修改這三個埠，不能相同。埠配置路徑為tomcat\ conf\service.xml
# 修改http訪問埠（預設為8080埠） # 負責建立HTTP連線。在通過瀏覽器訪問Tomcat伺服器的Web應用時，使用的就是這個聯結器。 <Connector port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" /> <!-- A "Connector" using the shared thread pool--> <!-- <Connector executor="tomcatThreadPool" port="8080" protocol="HTTP/1.1" connectionTimeout="20000" redirectPort="8443" /> # 修改Shutdown埠（預設為8005埠） <Server port="8005" shutdown="SHUTDOWN"> # AJP協議訪問埠（預設為8009埠） # 負責和其他的HTTP伺服器建立連線。在把Tomcat與其他HTTP伺服器整合時，就需要用到這個聯結器。 <!-- Define an AJP 1.3 Connector on port 8009 --> <Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />
-
Web客戶訪問Tomcat伺服器上JSP元件的兩種方式如圖所示。
配置檔案$CATALINA_HOME/conf/server.xml的說明該檔案描述瞭如何啟動Tomcat Server
<!--------------------------------------------------------------------> <!-- 啟動 Server，在埠 8005 處等待關閉命令，如果接受到 "SHUTDOWN" 字串則關閉伺服器 --> <Server port="8005" shutdown="SHUTDOWN" debug="0"> <!-- Listener --> <Listener className="org.apache.catalina.mbeans.ServerLifecycleListener" debug="0"/> <Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener" debug="0"/> <!-- Global JNDI resources --> <GlobalNamingResources> ... ... ... ... </GlobalNamingResources> <!-- 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"> <!-- 日誌類--> <Logger className="org.apache.catalina.logger.FileLogger" .../> <!-- Realm--> <Realm className="org.apache.catalina.realm.UserDatabaseRealm" .../> <!-- 虛擬主機localhost appBase : 該虛擬主機的根目錄是webapps/ 它將匹配請求和自己的Context的路徑，並把請求轉交給對應的Context來處理 --> <Host name="localhost" debug="0" appBase="webapps" unpackWARs="true" autoDeploy="true"> <!-- 日誌類 --> <Logger className="org.apache.catalina.logger.FileLogger" .../> <!-- 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> <!-------------------------------------------------------------------->
2. Tomcat Server的組成說明
-
Server
A Server element represents the entire Catalina servlet container. (Singleton)
-
Service
A Service element represents the combination of one or more Connector components that share a single Engine
Service是這樣一個集合：它由一個或者多個Connector組成，以及一個Engine，負責處理所有Connector所獲得的客戶請求
-
Connector
一個Connector將在某個指定埠上偵聽客戶請求，並將獲得的請求交給Engine來處理，從Engine處獲得迴應並返回客戶
TOMCAT有兩個典型的Connector，一個直接偵聽來自browser的http請求，一個偵聽來自其它WebServer的請求
Coyote Http/1.1 Connector 在埠8080處偵聽來自客戶browser的http請求，Coyote JK2 Connector 在埠8009處偵聽來自其它WebServer(Apache)的servlet/jsp代理請求
-
Engine
The Engine element represents the entire request processing machinery associated with a particular Service
It receives and processes all requests from one or more Connectors and returns the completed response to the Connector for ultimate transmission back to the client Engine下可以配置多個虛擬主機Virtual Host，每個虛擬主機都有一個域名，當Engine獲得一個請求時，它把該請求匹配到某個Host上，然後把該請求交給該Host來處理，Engine有一個預設虛擬主機，當請求無法匹配到任何一個Host上的時候，將交給該預設Host來處理
-
Host
代表一個Virtual Host，虛擬主機，每個虛擬主機和某個網路域名Domain Name相匹配，每個虛擬主機下都可以部署(deploy)一個或者多個Web App，每個Web App對應於一個Context，有一個Context path，當Host獲得一個請求時，將把該請求匹配到某個Context上，然後把該請求交給該Context來處理，匹配的方法是“最長匹配”，所以一個path==”“的Context將成為該Host的預設Context，所有無法和其它Context的路徑名匹配的請求都將最終和該預設Context匹配
-
Context
一個Context對應於一個Web Application，一個Web Application由一個或者多個Servlet組成Context在建立的時候將根據配置檔案CWEBAPP_HOME/WEB-INF/web.xml載入Servlet類當Context獲得請求時，將在自己的對映表(mapping table)中尋找相匹配的Servlet類，如果找到，則執行該類，獲得請求的迴應，並返回。
3. Tomcat Server的結構圖
4. 結合圖，我們研究下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
5. Context 的部署配置檔案 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> <!-------------------------------------------------------------------->
非原創，參考的其他博主內容
本文來自部落格園，作者：元月二一，轉載請註明原文連結：https://www.cnblogs.com/ljq225/p/15080382.html