走進JavaWeb技術世界5：初探Tomcat的HTTP請求過程
本系列文章將整理到我在GitHub上的《Java面試指南》倉庫，更多精彩內容請到我的倉庫裡檢視
喜歡的話麻煩點下Star哈
文章首發於我的個人部落格：
www.how2playlife.com
本文是微信公眾號【Java技術江湖】的《走進JavaWeb技術世界》其中一篇，本文部分內容來源於網路，為了把本文主題講得清晰透徹，也整合了很多我認為不錯的技術部落格內容，引用其中了一些比較好的部落格文章，如有侵權，請聯絡作者。
該系列博文會告訴你如何從入門到進階，從servlet到框架，從ssm再到SpringBoot，一步步地學習JavaWeb基礎知識，並上手進行實戰，接著瞭解JavaWeb專案中經常要使用的技術和元件，包括日誌元件、Maven、Junit，等等內容，以便讓你更完整地瞭解整個Java Web技術體系，形成自己的知識框架。
為了更好地總結和檢驗你的學習成果，本系列文章也會提供每個知識點對應的面試題以及參考答案。
如果對本系列文章有什麼建議，或者是有什麼疑問的話，也可以關注公眾號【Java技術江湖】聯絡作者，歡迎你參與本系列博文的創作和修訂。
文末贈送8000G的Java架構師學習資料，需要的朋友可以到文末了解領取方式，資料包括Java基礎、進階、專案和架構師等免費學習資料，更有資料庫、分散式、微服務等熱門技術學習視訊，內容豐富，兼顧原理和實踐，另外也將贈送作者原創的Java學習指南、Java程式設計師面試指南等乾貨資源）
走進JavaWeb技術世界5：初探Tomcat的HTTP請求過程
初探Tomcat的HTTP請求過程
前言：
1.作為Java開發人員，大多都對Tomcat不陌生，由Apache基金會提供技術支援與維護，因為其免費開源且易用，作為Web伺服器深受市場歡迎，所以有必要對其進行深入的研究，本系列皆以Tomcat 8.5為研究課題，下載地址：
https://tomcat.apache.org/download-80.cgi
2.下圖為 apache-tomcat-8.5.23.zip 在windows解壓後的目錄。
下面是解壓後的一些關鍵目錄:
* /bin - 啟動和停止服務等批處理檔案. ( *.sh) 檔案 (為Unix系統)、 (*.bat) 檔案 (for Windows系統)是一個功能性的複製檔案. 自從Win32 command-line 開始是一些單一的，缺乏功能的元件, 現在有一些擴充性的功能
* /conf - 配置檔案和一些相關的DTD檔案. 最重要的是 server.xml. 它是這個容器最主要的配置檔案.
* /logs - 日誌檔案會列印到這裡
* /webapps - 這裡是你的應用程式部署的地方.
3.從最本質上講，tomcat為一個servlet容器，首先研究一下Tomcat的架構，如下圖：
架構詮釋：
1.Server(伺服器)是Tomcat構成的頂級構成元素，所有一切均包含在Server中，Server的實現類StandardServer可以包含一個到多個Services,Service的實現類為StandardService呼叫了容器(Container)介面，其實是呼叫了Servlet Engine(引擎)，而且StandardService類中也指明瞭該Service歸屬的Server;
2.Container: 引擎(Engine)、主機(Host)、上下文(Context)和Wraper均繼承自Container介面，所以它們都是容器。但是，它們是有父子關係的，在主機(Host)、上下文(Context)和引擎(Engine)這三類容器中，引擎是頂級容器，直接包含是主機容器，而主機容器又包含上下文容器，所以引擎、主機和上下文從大小上來說又構成父子關係,雖然它們都繼承自Container介面。
3.聯結器(Connector)將Service和Container連線起來，首先它需要註冊到一個Service，它的作用就是把來自客戶端的請求轉發到Container(容器)，這就是它為什麼稱作聯結器的原因。
從功能的角度將Tomcat原始碼分成5個子模組，分別是:
Jsper模組: 這個子模組負責jsp頁面的解析、jsp屬性的驗證，同時也負責將jsp頁面動態轉換為java程式碼並編譯成class檔案。在Tomcat原始碼中，凡是屬於org.apache.jasper包及其子包中的原始碼都屬於這個子模組;
Servlet和Jsp模組: 這個子模組的原始碼屬於javax.servlet包及其子包，如我們非常熟悉的javax.servlet.Servlet介面、javax.servet.http.HttpServlet類及javax.servlet.jsp.HttpJspPage就位於這個子模組中;
Catalina模組: 這個子模組包含了所有以org.apache.catalina開頭的java原始碼。該子模組的任務是規範了Tomcat的總體架構，定義了Server、Service、Host、Connector、Context、Session及Cluster等關鍵元件及這些元件的實現，這個子模組大量運用了Composite設計模式。同時也規範了Catalina的啟動及停止等事件的執行流程。從程式碼閱讀的角度看，這個子模組應該是我們閱讀和學習的重點。
Connector模組: 如果說上面三個子模組實現了Tomcat應用伺服器的話，那麼這個子模組就是Web伺服器的實現。所謂聯結器(Connector)就是一個連線客戶和應用伺服器的橋樑，它接收使用者的請求，並把使用者請求包裝成標準的Http請求(包含協議名稱，請求頭Head，請求方法是Get還是Post等等)。同時，這個子模組還按照標準的Http協議，負責給客戶端傳送響應頁面，比如在請求頁面未發現時，connector就會給客戶端瀏覽器傳送標準的Http 404錯誤響應頁面。
Resource模組: 這個子模組包含一些資原始檔，如Server.xml及Web.xml配置檔案。嚴格說來，這個子模組不包含java原始碼，但是它還是Tomcat編譯執行所必需的。
Tomcat的組織結構
- Tomcat是一個基於元件的伺服器，它的構成元件都是可配置的，其中最外層的是Catalina servlet容器，其他元件按照一定的格式要求配置在這個頂層容器中。
Tomcat的各種元件都是在Tomcat安裝目錄下的/conf/server.xml檔案中配置的。
由Server.xml的結構看Tomcat的體系結構
<Server> //頂層類元素，可以包括多個Service
<Service> //頂層類元素，可包含一個Engine，多個Connecter
<Connector> //聯結器類元素，代表通訊介面
<Engine> //容器類元素，為特定的Service元件處理客戶請求，要包含多個Host
<Host> //容器類元素，為特定的虛擬主機元件處理客戶請求，可包含多個Context
<Context> //容器類元素，為特定的Web應用處理所有的客戶請求
</Context>
</Host>
</Engine>
</Connector>
</Service>
</Server>
實際原始碼如下：
<?xml version='1.0' encoding='utf-8'?>
<Server port="8005" shutdown="SHUTDOWN">
<Listener className="org.apache.catalina.startup.VersionLoggerListener" />
<!-- Security listener. Documentation at /docs/config/listeners.html
<Listener className="org.apache.catalina.security.SecurityListener" />
-->
<!--APR library loader. Documentation at /docs/apr.html -->
<Listener className="org.apache.catalina.core.AprLifecycleListener" SSLEngine="on" />
<!--Initialize Jasper prior to webapps are loaded. Documentation at /docs/jasper-howto.html -->
<Listener className="org.apache.catalina.core.JasperListener" />
<!-- Prevent memory leaks due to use of particular java/javax APIs-->
<Listener className="org.apache.catalina.core.JreMemoryLeakPreventionListener" />
<Listener className="org.apache.catalina.mbeans.GlobalResourcesLifecycleListener" />
<Listener className="org.apache.catalina.core.ThreadLocalLeakPreventionListener" />
<!-- Global JNDI resources
Documentation at /docs/jndi-resources-howto.html
-->
<GlobalNamingResources>
<!-- Editable user database that can also be used by
UserDatabaseRealm to authenticate users
-->
<Resource name="UserDatabase" auth="Container"
type="org.apache.catalina.UserDatabase"
description="User database that can be updated and saved"
factory="org.apache.catalina.users.MemoryUserDatabaseFactory"
pathname="conf/tomcat-users.xml" />
</GlobalNamingResources>
<!-- A "Service" is a collection of one or more "Connectors" that share
a single "Container" Note: A "Service" is not itself a "Container",
so you may not define subcomponents such as "Valves" at this level.
Documentation at /docs/config/service.html
-->
<Service name="Catalina">
<!--The connectors can use a shared executor, you can define one or more named thread pools-->
<!--
<Executor name="tomcatThreadPool" namePrefix="catalina-exec-"
maxThreads="150" minSpareThreads="4"/>
-->
<!-- A "Connector" represents an endpoint by which requests are received
and responses are returned. Documentation at :
Java HTTP Connector: /docs/config/http.html (blocking & non-blocking)
Java AJP Connector: /docs/config/ajp.html
APR (HTTP/AJP) Connector: /docs/apr.html
Define a non-SSL HTTP/1.1 Connector on port 8080
-->
<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" />
-->
<!-- Define a SSL HTTP/1.1 Connector on port 8443
This connector uses the BIO implementation that requires the JSSE
style configuration. When using the APR/native implementation, the
OpenSSL style configuration is required as described in the APR/native
documentation -->
<!--
<Connector port="8443" protocol="org.apache.coyote.http11.Http11Protocol"
maxThreads="150" SSLEnabled="true" scheme="https" secure="true"
clientAuth="false" sslProtocol="TLS" />
-->
<!-- Define an AJP 1.3 Connector on port 8009 -->
<Connector port="8009" protocol="AJP/1.3" redirectPort="8443" />
<!-- An Engine represents the entry point (within Catalina) that processes
every request. The Engine implementation for Tomcat stand alone
analyzes the HTTP headers included with the request, and passes them
on to the appropriate Host (virtual host).
Documentation at /docs/config/engine.html -->
<!-- You should set jvmRoute to support load-balancing via AJP ie :
<Engine name="Catalina" defaultHost="localhost" jvmRoute="jvm1">
-->
<Engine name="Catalina" defaultHost="localhost">
<!--For clustering, please take a look at documentation at:
/docs/cluster-howto.html (simple how to)
/docs/config/cluster.html (reference documentation) -->
<!--
<Cluster className="org.apache.catalina.ha.tcp.SimpleTcpCluster"/>
-->
<!-- Use the LockOutRealm to prevent attempts to guess user passwords
via a brute-force attack -->
<Realm className="org.apache.catalina.realm.LockOutRealm">
<!-- This Realm uses the UserDatabase configured in the global JNDI
resources under the key "UserDatabase". Any edits
that are performed against this UserDatabase are immediately
available for use by the Realm. -->
<Realm className="org.apache.catalina.realm.UserDatabaseRealm"
resourceName="UserDatabase"/>
</Realm>
<Host name="localhost" appBase="webapps"
unpackWARs="true" autoDeploy="true">
<!-- SingleSignOn valve, share authentication between web applications
Documentation at: /docs/config/valve.html -->
<!--
<Valve className="org.apache.catalina.authenticator.SingleSignOn" />
-->
<!-- Access log processes all example.
Documentation at: /docs/config/valve.html
Note: The pattern used is equivalent to using pattern="common" -->
<Valve className="org.apache.catalina.valves.AccessLogValve" directory="logs"
prefix="localhost_access_log." suffix=".txt"
pattern="%h %l %u %t "%r" %s %b" />
</Host>
</Engine>
</Service>
</Server>
由上可得出Tomcat的體系結構：
圖一：Tomcat的體系結構
由上圖可看出Tomca的心臟是兩個元件：Connecter和Container。一個Container可以選擇多個Connecter，多個Connector和一個Container就形成了一個Service。Service可以對外提供服務，而Server伺服器控制整個Tomcat的生命週期。
Tomcat Server處理一個HTTP請求的過程
圖三：Tomcat Server處理一個HTTP請求的過程
Tomcat Server處理一個HTTP請求的過程
1、使用者點選網頁內容，請求被髮送到本機埠8080，被在那裡監聽的Coyote HTTP/1.1 Connector獲得。
2、Connector把該請求交給它所在的Service的Engine來處理，並等待Engine的迴應。
3、Engine獲得請求localhost/test/index.jsp，匹配所有的虛擬主機Host。
4、Engine匹配到名為localhost的Host（即使匹配不到也把請求交給該Host處理，因為該Host被定義為該Engine的預設主機），名為localhost的Host獲得請求/test/index.jsp，匹配它所擁有的所有的Context。Host匹配到路徑為/test的Context（如果匹配不到就把該請求交給路徑名為“ ”的Context去處理）。
5、path=“/test”的Context獲得請求/index.jsp，在它的mapping table中尋找出對應的Servlet。Context匹配到URL PATTERN為*.jsp的Servlet,對應於JspServlet類。
6、構造HttpServletRequest物件和HttpServletResponse物件，作為引數呼叫JspServlet的doGet（）或doPost（）.執行業務邏輯、資料儲存等程式。
7、Context把執行完之後的HttpServletResponse物件返回給Host。
8、Host把HttpServletResponse物件返回給Engine。
9、Engine把HttpServletResponse物件返回Connector。
10、Connector把HttpServletResponse物件返回給客戶Browser。
參考文章
http://www.360doc.com/content/10/0730/19/61151_42573873.shtml
https://my.oschina.net/leamon/blog/210133
https://www.cnblogs.com/xll1025/p/11366264.html
https://www.cnblogs.com/small-boy/p/8042860.html
微信公眾號
個人公眾號：黃小斜
黃小斜是跨考軟體工程的 985 碩士，自學 Java 兩年，拿到了 BAT 等近十家大廠 offer，從技術小白成長為阿里工程師。
作者專注於 JAVA 後端技術棧，熱衷於分享程式設計師乾貨、學習經驗、求職心得和程式人生，目前黃小斜的CSDN部落格有百萬+訪問量，知乎粉絲2W+，全網已有10W+讀者。
黃小斜是一個斜槓青年，堅持學習和寫作，相信終身學習的力量，希望和更多的程式設計師交朋友，一起進步和成長！
原創電子書:
關注危險公眾號【黃小斜】後回覆【原創電子書】即可領取我原創的電子書《菜鳥程式設計師修煉手冊：從技術小白到阿里巴巴Java工程師》這份電子書總結了我2年的Java學習之路，包括學習方法、技術總結、求職經驗和麵試技巧等內容，已經幫助很多的程式設計師拿到了心儀的offer！
程式設計師3T技術學習資源： 一些程式設計師學習技術的資源大禮包，關注公眾號後，後臺回覆關鍵字 “資料” 即可免費無套路獲取，包括Java、python、C++、大資料、機器學習、前端、移動端等方向的技術資料。
技術公眾號：Java技術江湖
如果大家想要實時關注我更新的文章以及分享的乾貨的話，可以關注我的微信公眾號【Java技術江湖】
這是一位阿里 Java 工程師的技術小站。作者黃小斜，專注 Java 相關技術：SSM、SpringBoot、MySQL、分散式、中介軟體、叢集、Linux、網路、多執行緒，偶爾講點Docker、ELK，同時也分享技術乾貨和學習經驗，致力於Java全棧開發！
（關注公眾號後回覆”Java“即可領取 Java基礎、進階、專案和架構師等免費學習資料，更有資料庫、分散式、微服務等熱門技術學習視訊，內容豐富，兼顧原理和實踐，另外也將贈送作者原創的Java學習指南、Java程式設計師面試指南等乾貨資源）
Java工程師必備學習資源: 一些Java工程師常用學習資源，關注公眾號後，後臺回覆關鍵字 “Java” 即可免費無套路獲取。
來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/69906029/viewspace-2660900/，如需轉載，請註明出處，否則將追究法律責任。
相關文章
- 走進JavaWeb技術世界3：JDBC的進化與連線池技術JavaWebJDBC
- 走進JavaWeb技術世界1：JavaWeb的由來和基礎知識JavaWeb
- 走進JavaWeb技術世界4：Servlet 工作原理詳解JavaWebServlet
- HTTP的請求過程HTTP
- 走進JavaWeb技術世界10：從JavaBean講到SpringJavaWebBeanSpring
- 一次完整的 HTTP 請求過程HTTP
- 一次完整的HTTP請求過程HTTP
- 前端效能優化之http請求的過程前端優化HTTP
- 完整的一次 HTTP 請求響應過程（二）HTTP
- 完整的一次 HTTP 請求響應過程（一）HTTP
- Web請求過程Web
- 過程化技術：打造「開放世界」的祕密
- 大型網站最佳化技術：減少HTTP請求網站HTTP
- 減少HTTP請求(大型網站最佳化技術)HTTP網站
- http請求HTTP
- HTTP 請求HTTP
- 走進Oracle世界Oracle
- 掌握 HTTP 快取——從請求到響應過程的一切（下）HTTP快取
- 掌握 HTTP 快取——從請求到響應過程的一切（上）HTTP快取
- 走進前端的過程--方向式學習前端
- SQL Server儲存過程模擬HTTP請求POST和GET協議SQLServer儲存過程HTTP協議
- http協議請求方法有哪些？網路安全技術入門HTTP協議
- 【PHP】一次請求過程的解析PHP
- Laravel 列印請求過程中的所有 SQLLaravelSQL
- django從請求到響應的過程Django
- http請求概述HTTP
- HTTP請求方法HTTP
- http請求頭HTTP
- 處理weblogic、tomcat關閉不安全的http請求WebTomcatHTTP
- 大型網站的技術架構演進過程網站架構
- golang 的 http 請求池GolangHTTP
- 我知道的HTTP請求HTTP
- 【C#——走進你的世界】C#
- 【SpringBoot + Tomcat】請求到達後端服務程序後的處理過程Spring BootTomcat後端
- 20160326 javaweb 請求轉發和請求包含JavaWeb
- 合併HTTP請求vs並行HTTP請求，到底誰更快？HTTP並行
- 合併HTTP請求 vs 並行HTTP請求，到底誰更快？HTTP並行
- fastHttp服務端處理請求的過程ASTHTTP服務端