淺談Tomcat多層容器的設(shè)計(jì)
Tomcat的容器用來裝載Servlet。那Tomcat的Servlet容器是如何設(shè)計(jì)的呢?
容器的層次結(jié)構(gòu)
Tomcat設(shè)計(jì)了4種容器:Engine、Host、Context和Wrapper

Tomcat通過這種分層,使得Servlet容器具有很好的靈活性。
- Context表示一個(gè)Web應(yīng)用程序
- Wrapper表示一個(gè)Servlet,一個(gè)Web應(yīng)用程序中可能會有多個(gè)Servlet
- Host代表一個(gè)虛擬主機(jī),或一個(gè)站點(diǎn),可以給Tomcat配置多個(gè)虛擬主機(jī)地址,而一個(gè)虛擬主機(jī)下可以部署多個(gè)Web應(yīng)用程序
- Engine表示引擎,用來管理多個(gè)虛擬站點(diǎn),一個(gè)Service最多只能有一個(gè)Engine
觀察Tomcat的server.xml配置文件。Tomcat采用了組件化設(shè)計(jì),最外層即是Server

這些容器具有父子關(guān)系,形成一個(gè)樹形結(jié)構(gòu),Tomcat用組合模式來管理這些容器。
所有容器組件都實(shí)現(xiàn)Container接口,因此組合模式可以使得用戶對
單容器對象
最底層的Wrapper
組合容器對象
上面的Context、Host或者Engine
的使用具有一致性。
Container接口定義:
public interface Container extends Lifecycle {
public void setName(String name);
public Container getParent();
public void setParent(Container container);
public void addChild(Container child);
public void removeChild(Container child);
public Container findChild(String name);
}
請求定位Servlet的過程
搞這么多層次的容器,Tomcat是怎么確定請求是由哪個(gè)Wrapper容器里的Servlet來處理的呢?
Tomcat用Mapper組件完成這個(gè)任務(wù)。
Mapper就是將用戶請求的URL定位到一個(gè)Servlet
工作原理
Mapper組件保存了Web應(yīng)用的配置信息:容器組件與訪問路徑的映射關(guān)系,比如
- Host容器里配置的域名
- Context容器里的Web應(yīng)用路徑
- Wrapper容器里Servlet映射的路徑
這些配置信息就是一個(gè)多層次的Map。
當(dāng)一個(gè)請求到來時(shí),Mapper組件通過解析請求URL里的域名和路徑,再到自己保存的Map里去查找,就能定位到一個(gè)Servlet。
一個(gè)請求URL最后只會定位到一個(gè)Wrapper容器,即一個(gè)Servlet。
假如有一網(wǎng)購系統(tǒng),有
- 面向B端管理人員的后臺管理系統(tǒng)
- 面向C端用戶的在線購物系統(tǒng)
這倆系統(tǒng)跑在同一Tomcat,為隔離它們的訪問域名,配置兩個(gè)虛擬域名:
manage.shopping.com
管理人員通過該域名訪問Tomcat去管理用戶和商品,而用戶管理和商品管理是兩個(gè)單獨(dú)的Web應(yīng)用
user.shopping.com
C端用戶通過該域名去搜索商品和下訂單,搜索功能和訂單管理也是兩個(gè)獨(dú)立Web應(yīng)用
這樣部署,Tomcat會創(chuàng)建一個(gè)Service組件和一個(gè)Engine容器組件,在Engine容器下創(chuàng)建兩個(gè)Host子容器,在每個(gè)Host容器下創(chuàng)建兩個(gè)Context子容器。由于一個(gè)Web應(yīng)用通常有多個(gè)Servlet,Tomcat還會在每個(gè)Context容器里創(chuàng)建多個(gè)Wrapper子容器。每個(gè)容器都有對應(yīng)訪問路徑

Tomcat如何將URL定位到一個(gè)Servlet呢?
首先,根據(jù)協(xié)議和端口號選定Service和Engine
Tomcat的每個(gè)連接器都監(jiān)聽不同的端口,比如Tomcat默認(rèn)的HTTP連接器監(jiān)聽8080端口、默認(rèn)的AJP連接器監(jiān)聽8009端口。該URL訪問8080端口,因此會被HTTP連接器接收,而一個(gè)連接器是屬于一個(gè)Service組件的,這樣Service組件就確定了。一個(gè)Service組件里除了有多個(gè)連接器,還有一個(gè)Engine容器,因此Service確定了,Engine也確定了。
根據(jù)域名選定Host。
Mapper組件通過URL中的域名去查找相應(yīng)的Host容器,比如user.shopping.com,因此Mapper找到Host2容器。
根據(jù)URL路徑找到Context組件
Host確定以后,Mapper根據(jù)URL的路徑來匹配相應(yīng)的Web應(yīng)用的路徑,比如例子中訪問的是/order,因此找到了Context4這個(gè)Context容器。
最后,根據(jù)URL路徑找到Wrapper(Servlet)
Context確定后,Mapper再根據(jù)web.xml中配置的Servlet映射路徑來找到具體Wrapper和Servlet。
并非只有Servlet才會去處理請求,查找路徑上的父子容器都會對請求做一些處理:
- 連接器中的Adapter會調(diào)用容器的Service方法執(zhí)行Servlet
- 最先拿到請求的是Engine容器,Engine容器對請求做一些處理后,會把請求傳給自己子容器Host繼續(xù)處理,依次類推
- 最后這個(gè)請求會傳給Wrapper容器,Wrapper會調(diào)用最終的Servlet來處理
這個(gè)調(diào)用過程使用的Pipeline-Valve管道,責(zé)任鏈模式,在一個(gè)請求處理的過程中有很多處理者依次對請求進(jìn)行處理,每個(gè)處理者負(fù)責(zé)做自己相應(yīng)的處理,處理完之后將再調(diào)用下一個(gè)處理者繼續(xù)處理。
Valve表示一個(gè)處理點(diǎn),比如權(quán)限認(rèn)證和記錄日志。
public interface Valve {
public Valve getNext();
public void setNext(Valve valve);
public void invoke(Request request, Response response)
}
由于Valve是一個(gè)處理點(diǎn),因此invoke方法就是來處理請求的。
Pipeline接口:
public interface Pipeline extends Contained {
public void addValve(Valve valve);
public Valve getBasic();
public void setBasic(Valve valve);
public Valve getFirst();
}
所以Pipeline中維護(hù)了Valve鏈表,Valve可插入到Pipeline。
Pipeline中沒有invoke方法,因?yàn)檎麄€(gè)調(diào)用鏈的觸發(fā)是Valve完成自己的處理后,調(diào)用getNext.invoke調(diào)用下一個(gè)Valve。
每個(gè)容器都有一個(gè)Pipeline對象,只要觸發(fā)這個(gè)Pipeline的第一個(gè)Valve,這個(gè)容器里Pipeline中的Valve就都會被調(diào)用到。但不同容器的Pipeline如何鏈?zhǔn)接|發(fā)?
比如Engine中Pipeline需要調(diào)用下層容器Host中的Pipeline。
Pipeline有個(gè)getBasic方法。這個(gè)BasicValve處于Valve鏈尾,負(fù)責(zé)調(diào)用下層容器的Pipeline里的第一個(gè)Valve。

整個(gè)調(diào)用過程由連接器中的Adapter觸發(fā)的,它會調(diào)用Engine的第一個(gè)Valve:
Wrapper
容器的最后一個(gè)Valve會創(chuàng)建一個(gè)Filter鏈,并調(diào)用doFilter方法,最終會調(diào)到Servlet的service方法。
Valve和Filter有什么區(qū)別呢?
- Valve是Tomcat的私有機(jī)制,與Tomcat緊耦合。Servlet API是公有標(biāo)準(zhǔn),所有Web容器包括Jetty都支持Filter
- Valve工作在Web容器級別,攔截所有應(yīng)用的請求。Servlet Filter工作在應(yīng)用級別,只攔截某個(gè)Web應(yīng)用的所有請求。若想做整個(gè)Web容器的攔截器,必須使用Valve。
到此這篇關(guān)于淺談Tomcat多層容器的設(shè)計(jì)的文章就介紹到這了,更多相關(guān)Tomcat 多層容器內(nèi)容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關(guān)文章希望大家以后多多支持腳本之家!
- 把spring boot項(xiàng)目發(fā)布tomcat容器(包含發(fā)布到tomcat6的方法)
- Docker添加tomcat容器無法訪問首頁解決方案
- Tomcat容器管理安全的驗(yàn)證方式匯總
- 使用supervisor管理nginx+tomcat容器的方法示例
- SpringBoot2使用Jetty容器操作(替換默認(rèn)Tomcat)
- Spring關(guān)閉Tomcat Servlet容器時(shí)內(nèi)存泄漏問題解決方案
- springboot 基于Tomcat容器的自啟動流程分析
- Docker Nginx容器和Tomcat容器實(shí)現(xiàn)負(fù)載均衡與動靜分離操作
相關(guān)文章
tomcat何時(shí)寫回響應(yīng)數(shù)據(jù)報(bào)的詳析
這篇文章主要給大家介紹了關(guān)于tomcat是何時(shí)寫回響應(yīng)數(shù)據(jù)報(bào)的相關(guān)資料,文中通過示例代碼介紹的非常詳細(xì),對大家學(xué)習(xí)或者使用tomcat具有一定的參考學(xué)習(xí)價(jià)值,需要的朋友們下面來一起學(xué)習(xí)學(xué)習(xí)吧2019-04-04
tomcat自定義Web部署文件中docBase和workDir的區(qū)別介紹
這篇文章主要給大家介紹了關(guān)于tomcat自定義Web部署文件中docBase和workDir的區(qū)別,文中介紹的很詳細(xì),有需要的可以參考借鑒,下面來一起看看吧。2016-12-12
Tomcat 多站點(diǎn)配置詳解及實(shí)現(xiàn)方法
這篇文章主要介紹了Tomcat 多站點(diǎn)配置詳解及實(shí)現(xiàn)方法的相關(guān)資料,需要的朋友可以參考下2016-12-12
IntelliJ IDE運(yùn)行Tomcat報(bào)錯解決辦法
這篇文章主要介紹了 IntelliJ IDE運(yùn)行Tomcat報(bào)錯解決辦法的相關(guān)資料,出現(xiàn)“Unable to ping server at localhost:1099”錯誤解決方法,需要的朋友可以參考下2017-08-08
解決Idea的tomcat啟動報(bào)多個(gè)listener的錯誤問題
這篇文章主要介紹了解決Idea的tomcat啟動報(bào)多個(gè)listener的錯誤問題,本文給大家分享解決方法對大家的學(xué)習(xí)或工作具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2020-10-10
Tomcat下載安裝并部署到IDEA的教程(附帶idea兩種熱部署設(shè)置方法)
這篇文章主要介紹了Tomcat下載安裝并部署到IDEA的教程(附帶idea兩種熱部署設(shè)置方法),本文圖文并茂給大家介紹的非常詳細(xì),具有一定的參考借鑒價(jià)值,需要的朋友可以參考下2019-12-12

