-? ? ?Tomcat 是什么? ? -

開(kāi)源的 Java Web 應(yīng)用服務(wù)器，實(shí)現(xiàn)了 Java EE(Java Platform Enterprise Edition)的部 分技術(shù)規(guī)范，比如 Java Servlet、Java Server Page、JSTL、Java WebSocket。Java EE 是 Sun 公 司為企業(yè)級(jí)應(yīng)用推出的標(biāo)準(zhǔn)平臺(tái)，定義了一系列用于企業(yè)級(jí)開(kāi)發(fā)的技術(shù)規(guī)范，除了上述的之外，還有 EJB、Java Mail、JPA、JTA、JMS 等，而這些都依賴具體容器的實(shí)現(xiàn)。

-? ? ?Servlet 容器? ? -

-? ? ?Container 組成? ? -

-? ? ?Tomcat 的啟動(dòng)過(guò)程? ? -

List> results = new ArrayList>();for (int i = 0; i < children.length; i++) {    results.add(startStopExecutor.submit(new StartChild(children[i])));}boolean fail = false;for (Future result ：results) {    try {        result.get();    } catch (Exception e) {        log.error(sm.getString("containerBase.threadedStartFailed")， e);        fail = true;    }}

• Server.xml 配置 Host 元素，指定 appBase 屬性，默認(rèn)$catalina.base/webapps/
• Server.xml 配置 Context 元素，指定 docBase，元素，指定 web 應(yīng)用的路徑
• 自定義配置：在$catalina.base/EngineName/HostName/XXX.xml 配置 Context 元素

• 掃描 appbase 路徑下的所有文件夾和 war 包，解析各個(gè)應(yīng)用的 META-INF/context.xml，并 創(chuàng)建 StandardContext，并將 Context 加入到 Host 的子容器中。
• 解析$catalina.base/EngineName/HostName/下的所有 Context 配置，找到相應(yīng) web 應(yīng) 用的位置，解析各個(gè)應(yīng)用的 META-INF/context.xml，并創(chuàng)建 StandardContext，并將 Context 加入到 Host 的子容器中。

• HostConfig 并沒(méi)有實(shí)際解析 Context.xml，而是在 ContextConfig 中進(jìn)行的。
• HostConfig 中會(huì)定期檢查 watched 資源文件(context.xml 配置文件)

• 先解析全局的配置 config/context.xml
• 然后解析 Host 的默認(rèn)配置 EngineName/HostName/context.xml.default
• 最后解析應(yīng)用的 META-INF/context.xml

• 先解析全局的配置 config/web.xml
• 然后解析 Host 的默認(rèn)配置 EngineName/HostName/web.xml.default 接著解析應(yīng)用的 MEB-INF/web.xml
• 掃描應(yīng)用 WEB-INF/lib/下的 jar 文件，解析其中的 META-INF/web-fragment.xml 最后合并 xml 封裝成 WebXml，并設(shè)置 Context

• 掃描 web 應(yīng)用和 jar 中的注解(Filter、Listener、Servlet)就是上述步驟中進(jìn)行的。
• 容器的定期執(zhí)行：backgroundProcess，由 ContainerBase 來(lái)實(shí)現(xiàn)的，并且只有在頂層容器 中才會(huì)開(kāi)啟線程。(backgroundProcessorDelay=10 標(biāo)志位來(lái)控制)

-? ? ?Servlet 生命周期? ? -

1. 請(qǐng)求到達(dá) server 端，server 根據(jù) url 映射到相應(yīng)的 Servlet
2. 判斷 Servlet 實(shí)例是否存在，不存在則加載和實(shí)例化 Servlet 并調(diào)用 init 方法
3. Server 分別創(chuàng)建 Request 和 Response 對(duì)象，調(diào)用 Servlet 實(shí)例的 service 方法(service 方法 內(nèi)部會(huì)根據(jù) http 請(qǐng)求方法類型調(diào)用相應(yīng)的 doXXX 方法)
4. doXXX 方法內(nèi)為業(yè)務(wù)邏輯實(shí)現(xiàn)，從 Request 對(duì)象獲取請(qǐng)求參數(shù)，處理完畢之后將結(jié)果通過(guò) response 對(duì)象返回給調(diào)用方
5. 當(dāng) Server 不再需要 Servlet 時(shí)(一般當(dāng) Server 關(guān)閉時(shí))，Server 調(diào)用 Servlet 的 destroy() 方 法。

-? ? ?load on startup? ? -

-? ? ?請(qǐng)求處理過(guò)程? ? -

1. 根據(jù) server.xml 配置的指定的 connector 以及端口監(jiān)聽(tīng) http、或者 ajp 請(qǐng)求
2. 請(qǐng)求到來(lái)時(shí)建立連接,解析請(qǐng)求參數(shù),創(chuàng)建 Request 和 Response 對(duì)象,調(diào)用頂層容器 pipeline 的 invoke 方法
3. 容器之間層層調(diào)用,最終調(diào)用業(yè)務(wù) servlet 的 service 方法
4. Connector 將 response 流中的數(shù)據(jù)寫(xiě)到 socket 中

-? ? ?Pipeline 與 Valve? ? -

-? ? ?JSP 引擎? ? -

• 編譯階段:servlet 容器編譯 servlet 源文 件,生成 servlet 類
• 初始化階段:加載與 JSP 對(duì)應(yīng)的 servlet 類, 創(chuàng)建其實(shí)例,并調(diào)用它的初始化方法
• 執(zhí)行階段:調(diào)用與 JSP 對(duì)應(yīng)的 servlet 實(shí)例的 服務(wù)方法
• 銷毀階段:調(diào)用與 JSP 對(duì)應(yīng)的 servlet 實(shí)例的 銷毀方法,然后銷毀 servlet 實(shí)例

-? ? ?Jsp 解析過(guò)程? ? -

• 代碼片段:在_jspService()方法內(nèi)直接輸出
• JSP 聲明: 在 servlet 類中進(jìn)行輸出
• JSP 表達(dá)式:在_jspService()方法內(nèi)直接輸出
• JSP 注釋:直接忽略,不輸出
• JSP 指令:根據(jù)不同指令進(jìn)行區(qū)分,include:對(duì)引入的文件進(jìn)行解析;page 相關(guān)的屬性會(huì)做為 JSP 的屬性,影響的是解析和請(qǐng)求處理時(shí)的行為
• JSP 行為:不同的行為有不同的處理方式,jsp:useBean 為例,會(huì)從 pageContext 根據(jù) scope 的 類別獲取 bean 對(duì)象,如果沒(méi)有會(huì)創(chuàng)建 bean,同時(shí)存到相應(yīng) scope 的 pageContext 中
• HTML:在_jspService()方法內(nèi)直接輸出
• JSP 隱式對(duì)象:在_jspService()方法會(huì)進(jìn)行聲明,只能在方法中使用;

-? ? ?Connector? ? -

• JIO：用java.io編寫(xiě)的TCP模塊，阻塞IO
• NIO：用java.nio編寫(xiě)的TCP模塊，非阻塞IO，（IO多路復(fù)用）
• APR：全稱Apache Portable Runtime，使用JNI的方式來(lái)進(jìn)行讀取文件以及進(jìn)行網(wǎng)絡(luò)傳輸

• Support Polling：是否支持基于IO多路復(fù)用的socket事件輪詢
• Polling Size：輪詢的最大連接數(shù)
• Wait for next Request：在等待下一個(gè)請(qǐng)求時(shí)，處理線程是否釋放，BIO是沒(méi)有釋放的，所以在keep-alive=true的情況下處理的并發(fā)連接數(shù)有限
• Read Request Headers：由于request header數(shù)據(jù)較少，可以由容器提前解析完畢，不需要阻塞
• Read Request Body：讀取request body的數(shù)據(jù)是應(yīng)用業(yè)務(wù)邏輯的事情，同時(shí)Servlet的限制，是需要阻塞讀取的
• Write Response：跟讀取request body的邏輯類似，同樣需要阻塞寫(xiě)

-? ? ?NIO Connector 主要參數(shù)? ? -

Comet

• Begin：新的請(qǐng)求連接接入調(diào)用，可進(jìn)行與Request和Response相關(guān)的對(duì)象初始化操作，并保存response對(duì)象，用于后續(xù)寫(xiě)入數(shù)據(jù)
• Read：請(qǐng)求連接有數(shù)據(jù)可讀時(shí)調(diào)用
• End：當(dāng)數(shù)據(jù)可用時(shí)，如果讀取到文件結(jié)束或者response被關(guān)閉時(shí)則被調(diào)用
• Error：在連接上發(fā)生異常時(shí)調(diào)用，數(shù)據(jù)讀取異常、連接斷開(kāi)、處理異常、socket超時(shí)

• Read：在post請(qǐng)求有數(shù)據(jù)，但在begin事件中沒(méi)有處理，則會(huì)調(diào)用read，如果read沒(méi)有讀取數(shù)據(jù)，在會(huì)觸發(fā)Error回調(diào)，關(guān)閉socket
• End：當(dāng)socket超時(shí)，并且response被關(guān)閉時(shí)也會(huì)調(diào)用；server被關(guān)閉時(shí)調(diào)用
• Error：除了socket超時(shí)不會(huì)關(guān)閉socket，其他都會(huì)關(guān)閉socket
• End和Error時(shí)間觸發(fā)時(shí)應(yīng)關(guān)閉當(dāng)前comet會(huì)話，即調(diào)用CometEvent的close方法 Note：在事件觸發(fā)時(shí)要做好線程安全的操作

異步Servlet

• 首先，Servlet 接收到請(qǐng)求之后，request數(shù)據(jù)解析；
• 接著，調(diào)用業(yè)務(wù)接口的某些方法，以完成業(yè)務(wù)處理；
• 最后，根據(jù)處理的結(jié)果提交響應(yīng)，Servlet 線程結(jié)束

• 客戶端發(fā)送一個(gè)請(qǐng)求
• Servlet容器分配一個(gè)線程來(lái)處理容器中的一個(gè)servlet
• servlet調(diào)用request.startAsync()，保存AsyncContext, 然后返回
• 任何方式存在的容器線程都將退出，但是response仍然保持開(kāi)放
• 業(yè)務(wù)線程使用保存的AsyncContext來(lái)完成響應(yīng)（線程池）
• 客戶端收到響應(yīng)

• onStartAsync：Request調(diào)用startAsync方法時(shí)觸發(fā)
• onComplete：syncContext調(diào)用complete方法時(shí)觸發(fā)
• onError：處理請(qǐng)求的過(guò)程出現(xiàn)異常時(shí)觸發(fā)
• onTimeout：socket超時(shí)觸發(fā)

Linux學(xué)習(xí)指南

有收獲，點(diǎn)個(gè)在看?