建站
咨詢
售后
建站咨詢
新聞中心
Tomcat頂層架構(gòu)
可以看到一個(gè)Server可以有多個(gè)Service，一個(gè)Service可以有多個(gè)Connector和一個(gè)Container，這兩部分是tomcat的核心。
1，Connector用于處理連接相關(guān)額事情，并提供Socket與Reponse相關(guān)的轉(zhuǎn)化
2，Container用于封裝和管理Servlet，以及具體處理Request請(qǐng)求
多個(gè)Connector可以提供多個(gè)鏈接，例如同時(shí)提供http和https鏈接，亦可以提供相同協(xié)議不同端口的鏈接，示意如圖：
多個(gè)Connector和一個(gè)Container就形成了一個(gè)Service，但是還需要一個(gè)環(huán)境來(lái)管理整個(gè)多個(gè)Service(但是一般也就只有一個(gè)Service，就是常見(jiàn)得Catalina)，這個(gè)就必須是Server了，具體可以看
server.xml文件配置：
上面的配置用這張圖更加清楚的理解：
下面來(lái)解析一下這個(gè)配置文件：
可以看到Server標(biāo)簽port設(shè)置為8005，shutdown="SHUTDOWN"，表示8005端口監(jiān)聽(tīng)到SHUTDOWN命令就關(guān)閉Tomcat服務(wù)。
Resource內(nèi)配置 pathname="conf/tomcat-users.xml" 指定manageUI登錄的用戶以及其他的全局配置。
這個(gè)Server里只有一個(gè)Service名為Catalina，Catalina支持兩個(gè)連接，分別是端口為8080的http連接和端口為8009的AJP連接，
Catalina這個(gè)服務(wù)里有一個(gè)站點(diǎn)名字叫l(wèi)ocalhoust，站點(diǎn)下的應(yīng)用群為appBase="webapps"，支持自動(dòng)部署autoDeploy="true"，
并設(shè)置了站點(diǎn)內(nèi)應(yīng)用打印的日志名稱及日志格式。
Connector和Container架構(gòu)分析
Connector用于接收請(qǐng)求并將請(qǐng)求封裝成Request和Response，然后交給Container處理，處理之后在交給Connector返回給客戶端。
可以分為四步：
- 1，Connector如何接受請(qǐng)求的?
- 2，如何將接受的請(qǐng)求封裝成Request和Response的?
- 3，封裝完成后的Request和Reponse是如何交給Container的?
- 4，Container處理完成后如何交給Connector并返回給客戶端的?
Connector結(jié)構(gòu)圖：
Connector使用ProtocoHandler處理請(qǐng)求，不同的ProtocoHandler代表不同的類型，比如：Http11Protocol使用普通的Socke
t來(lái)連接，Http11NioProtocol使用NioSocket連接。
三個(gè)組件Endpoint用來(lái)處理底層Socket連接，Process用來(lái)將EndPoint接受到的Socket封裝成Request，Adapetr將Request
交給Container進(jìn)行具體的處理。
EndPoint底層處理Socket網(wǎng)絡(luò)連接，所以EndPoint是用來(lái)實(shí)現(xiàn)TCP/IP協(xié)議的，而Processor是用來(lái)實(shí)現(xiàn)HTTP協(xié)議的，
Adapetr將請(qǐng)求是配到Servlet容器進(jìn)行具體處理。AsyncTimeout用來(lái)監(jiān)聽(tīng)請(qǐng)求是否超時(shí)。
現(xiàn)在1,2,3前三步已經(jīng)處理完了就剩最后一步Container如何處理請(qǐng)求了
Container結(jié)構(gòu)圖：
四個(gè)子容器分別是：
1，Engine：引擎管理多個(gè)站點(diǎn)(Host)，一個(gè)Service一個(gè)Engine
2，Host：代表一個(gè)站點(diǎn)，在server.xml配置Host可添加站點(diǎn)
3，Context：代表一個(gè)應(yīng)該用程序，就是我們平時(shí)開(kāi)發(fā)的程序，或一個(gè)WEB-INF目錄及web.xml文件
4，Wrapper：每個(gè)Wrapper封裝這一個(gè)Servlet
以上幾個(gè)容器和Tomcat目錄對(duì)應(yīng)如下：
Context和Host的區(qū)別就是Context代表一個(gè)應(yīng)用，我們的Tomcat默認(rèn)webapps下的每一個(gè)文件夾都是一個(gè)Context，其中Root下放著主應(yīng)用，
其他的目錄都存放著子應(yīng)用。而整個(gè)webapps就是一個(gè)Host站點(diǎn)。
訪問(wèn)應(yīng)用時(shí)如果放在了Root下可以直接Host的name屬性加Connector的端口就行，如果是自己建的就加上Context名稱就行了。
Container如何處理請(qǐng)求的?
使用了Pipeline-Valve管道來(lái)處理，其中用到了責(zé)任鏈模式，每一個(gè)處理者負(fù)責(zé)做自己的處理，處理完后將處理結(jié)果返回，
再交給下個(gè)處理者繼續(xù)處理，如圖：
(1)Connector在接收到請(qǐng)求后會(huì)首先調(diào)用最頂層容器的Pipeline來(lái)處理，這里的最頂層容器的Pipeline就是EnginePipeline(Engine的管道);
(2)在Engine的管道中依次會(huì)執(zhí)行EngineValve1、EngineValve2等等，最后會(huì)執(zhí)行StandardEngineValve，在StandardEngineValve中會(huì)調(diào)用Host管道，然后再依次執(zhí)行Host的HostValve1、HostValve2等，最后在執(zhí)行StandardHostValve，然后再依次調(diào)用Context的管道和Wrapper的管道，最后執(zhí)行到StandardWrapperValve。
(3)當(dāng)執(zhí)行到StandardWrapperValve的時(shí)候，會(huì)在StandardWrapperValve中創(chuàng)建FilterChain，并調(diào)用其doFilter方法來(lái)處理請(qǐng)求，這個(gè)FilterChain包含著我們配置的與請(qǐng)求相匹配的Filter和Servlet，其doFilter方法會(huì)依次調(diào)用所有的Filter的doFilter方法和Servlet的service方法，這樣請(qǐng)求就得到了處理!
(4)當(dāng)所有的Pipeline-Valve都執(zhí)行完之后，并且處理完了具體的請(qǐng)求，這個(gè)時(shí)候就可以將返回的結(jié)果交給Connector了，Connector在通過(guò)Socket的方式將結(jié)果返回給客戶端。
分享標(biāo)題：詳解Tomcat內(nèi)部實(shí)現(xiàn)架構(gòu)解析
文章位置：http://www.dlmjj.cn/article/cdhpjgs.html
