當(dāng)前位置：首頁 > 运维知识 > windows >内容正文

windows

【Tomcat】Tomcat 系统架构与设计模式，第 1 部分: 工作原理

發(fā)布時間：2025/3/21 windows 21 豆豆

生活随笔收集整理的這篇文章主要介紹了【Tomcat】Tomcat 系统架构与设计模式，第 1 部分: 工作原理小編覺得挺不錯的,現(xiàn)在分享給大家,幫大家做個參考.

這個分為兩個部分的系列文章將研究 Apache Tomcat 的系統(tǒng)架構(gòu)以及其運用的很多經(jīng)典設(shè)計模式。本文是第 1 部分，將主要從 Tomcat 如何分發(fā)請求、如何處理多用戶同時請求，還有它的多級容器是如何協(xié)調(diào)工作的角度來分析 Tomcat 的工作原理，這也是一個 Web 服務(wù)器首要解決的關(guān)鍵問題。

本文以 Tomcat 5 為基礎(chǔ)，也兼顧最新的 Tomcat 6 和 Tomcat 4。Tomcat 的基本設(shè)計思路和架構(gòu)是具有一定連續(xù)性的。

Tomcat 總體結(jié)構(gòu)

Tomcat 的結(jié)構(gòu)很復(fù)雜，但是 Tomcat 也非常的模塊化，找到了 Tomcat 最核心的模塊，您就抓住了 Tomcat 的“七寸”。下面是 Tomcat 的總體結(jié)構(gòu)圖：

圖 1.Tomcat 的總體結(jié)構(gòu)

從上圖中可以看出 Tomcat 的心臟是兩個組件：Connector 和 Container，關(guān)于這兩個組件將在后面詳細(xì)介紹。Connector 組件是可以被替換，這樣可以提供給服務(wù)器設(shè)計者更多的選擇，因為這個組件是如此重要，不僅跟服務(wù)器的設(shè)計的本身，而且和不同的應(yīng)用場景也十分相關(guān)，所以一個 Container 可以選擇對應(yīng)多個 Connector。多個 Connector 和一個 Container 就形成了一個 Service，Service 的概念大家都很熟悉了，有了 Service 就可以對外提供服務(wù)了，但是 Service 還要一個生存的環(huán)境，必須要有人能夠給她生命、掌握其生死大權(quán)，那就非 Server 莫屬了。所以整個 Tomcat 的生命周期由 Server 控制。

以 Service 作為“婚姻”

我們將 Tomcat 中 Connector、Container 作為一個整體比作一對情侶的話，Connector 主要負(fù)責(zé)對外交流，可以比作為 Boy，Container 主要處理 Connector 接受的請求，主要是處理內(nèi)部事務(wù)，可以比作為 Girl。那么這個 Service 就是連接這對男女的結(jié)婚證了。是 Service 將它們連接在一起，共同組成一個家庭。當(dāng)然要組成一個家庭還要很多其它的元素。

說白了，Service 只是在 Connector 和 Container 外面多包一層，把它們組裝在一起，向外面提供服務(wù)，一個 Service 可以設(shè)置多個 Connector，但是只能有一個 Container 容器。這個 Service 接口的方法列表如下：

圖 2. Service 接口

從 Service 接口中定義的方法中可以看出，它主要是為了關(guān)聯(lián) Connector 和 Container，同時會初始化它下面的其它組件，注意接口中它并沒有規(guī)定一定要控制它下面的組件的生命周期。所有組件的生命周期在一個 Lifecycle 的接口中控制，這里用到了一個重要的設(shè)計模式，關(guān)于這個接口將在后面介紹。

Tomcat 中 Service 接口的標(biāo)準(zhǔn)實現(xiàn)類是 StandardService 它不僅實現(xiàn)了 Service 借口同時還實現(xiàn)了 Lifecycle 接口，這樣它就可以控制它下面的組件的生命周期了。StandardService 類結(jié)構(gòu)圖如下：

圖 3. StandardService 的類結(jié)構(gòu)圖

從上圖中可以看出除了 Service 接口的方法的實現(xiàn)以及控制組件生命周期的 Lifecycle 接口的實現(xiàn)，還有幾個方法是用于在事件監(jiān)聽的方法的實現(xiàn)，不僅是這個 Service 組件，Tomcat 中其它組件也同樣有這幾個方法，這也是一個典型的設(shè)計模式，將在后面介紹。

下面看一下 StandardService 中主要的幾個方法實現(xiàn)的代碼，下面是 setContainer 和 addConnector 方法的源碼：

清單 1. StandardService. SetContainer

public void setContainer(Container container) {Container oldContainer = this.container;if ((oldContainer != null) && (oldContainer instanceof Engine))((Engine) oldContainer).setService(null);this.container = container;if ((this.container != null) && (this.container instanceof Engine))((Engine) this.container).setService(this);if (started && (this.container != null) && (this.container instanceof Lifecycle)) {try {((Lifecycle) this.container).start();} catch (LifecycleException e) {;}}synchronized (connectors) {for (int i = 0; i < connectors.length; i++)connectors[i].setContainer(this.container);}if (started && (oldContainer != null) && (oldContainer instanceof Lifecycle)) {try {((Lifecycle) oldContainer).stop();} catch (LifecycleException e) {;}}support.firePropertyChange("container", oldContainer, this.container); }

這段代碼很簡單，其實就是先判斷當(dāng)前的這個 Service 有沒有已經(jīng)關(guān)聯(lián)了 Container，如果已經(jīng)關(guān)聯(lián)了，那么去掉這個關(guān)聯(lián)關(guān)系—— oldContainer.setService(null)。如果這個 oldContainer 已經(jīng)被啟動了，結(jié)束它的生命周期。然后再替換新的關(guān)聯(lián)、再初始化并開始這個新的 Container 的生命周期。最后將這個過程通知感興趣的事件監(jiān)聽程序。這里值得注意的地方就是，修改 Container 時要將新的 Container 關(guān)聯(lián)到每個 Connector，還好 Container 和 Connector 沒有雙向關(guān)聯(lián)，不然這個關(guān)聯(lián)關(guān)系將會很難維護(hù)。

清單 2. StandardService. addConnector

public void addConnector(Connector connector) {synchronized (connectors) {connector.setContainer(this.container);connector.setService(this);Connector results[] = new Connector[connectors.length + 1];System.arraycopy(connectors, 0, results, 0, connectors.length);results[connectors.length] = connector;connectors = results;if (initialized) {try {connector.initialize();} catch (LifecycleException e) {e.printStackTrace(System.err);}}if (started && (connector instanceof Lifecycle)) {try {((Lifecycle) connector).start();} catch (LifecycleException e) {;}}support.firePropertyChange("connector", null, connector);} }

上面是 addConnector 方法，這個方法也很簡單，首先是設(shè)置關(guān)聯(lián)關(guān)系，然后是初始化工作，開始新的生命周期。這里值得一提的是，注意 Connector 用的是數(shù)組而不是 List 集合，這個從性能角度考慮可以理解，有趣的是這里用了數(shù)組但是并沒有向我們平常那樣，一開始就分配一個固定大小的數(shù)組，它這里的實現(xiàn)機(jī)制是：重新創(chuàng)建一個當(dāng)前大小的數(shù)組對象，然后將原來的數(shù)組對象 copy 到新的數(shù)組中，這種方式實現(xiàn)了類似的動態(tài)數(shù)組的功能，這種實現(xiàn)方式，值得我們以后拿來借鑒。

最新的 Tomcat6 中 StandardService 也基本沒有變化，但是從 Tomcat5 開始 Service、Server 和容器類都繼承了 MBeanRegistration 接口，Mbeans 的管理更加合理。

以 Server 為“居”

前面說一對情侶因為 Service 而成為一對夫妻，有了能夠組成一個家庭的基本條件，但是它們還要有個實體的家，這是它們在社會上生存之本，有了家它們就可以安心的為人民服務(wù)了，一起為社會創(chuàng)造財富。

Server 要完成的任務(wù)很簡單，就是要能夠提供一個接口讓其它程序能夠訪問到這個 Service 集合、同時要維護(hù)它所包含的所有 Service 的生命周期，包括如何初始化、如何結(jié)束服務(wù)、如何找到別人要訪問的 Service。還有其它的一些次要的任務(wù)，如您住在這個地方要向當(dāng)?shù)卣サ怯洶　⒖赡苓€有要配合當(dāng)?shù)毓矙C(jī)關(guān)日常的安全檢查什么的。

Server 的類結(jié)構(gòu)圖如下：

圖 4. Server 的類結(jié)構(gòu)圖

它的標(biāo)準(zhǔn)實現(xiàn)類 StandardServer 實現(xiàn)了上面這些方法，同時也實現(xiàn)了 Lifecycle、MbeanRegistration 兩個接口的所有方法，下面主要看一下 StandardServer 重要的一個方法 addService 的實現(xiàn)：

清單 3. StandardServer.addService

public void addService(Service service) {service.setServer(this);synchronized (services) {Service results[] = new Service[services.length + 1];System.arraycopy(services, 0, results, 0, services.length);results[services.length] = service;services = results;if (initialized) {try {service.initialize();} catch (LifecycleException e) {e.printStackTrace(System.err);}}if (started && (service instanceof Lifecycle)) {try {((Lifecycle) service).start();} catch (LifecycleException e) {;}}support.firePropertyChange("service", null, service);} }

從上面第一句就知道了 Service 和 Server 是相互關(guān)聯(lián)的，Server 也是和 Service 管理 Connector 一樣管理它，也是將 Service 放在一個數(shù)組中，后面部分的代碼也是管理這個新加進(jìn)來的 Service 的生命周期。Tomcat6 中也是沒有什么變化的。

組件的生命線“Lifecycle”

前面一直在說 Service 和 Server 管理它下面組件的生命周期，那它們是如何管理的呢？

Tomcat 中組件的生命周期是通過 Lifecycle 接口來控制的，組件只要繼承這個接口并實現(xiàn)其中的方法就可以統(tǒng)一被擁有它的組件控制了，這樣一層一層的直到一個最高級的組件就可以控制 Tomcat 中所有組件的生命周期，這個最高的組件就是 Server，而控制 Server 的是 Startup，也就是您啟動和關(guān)閉 Tomcat。

下面是 Lifecycle 接口的類結(jié)構(gòu)圖：

圖 5. Lifecycle 類結(jié)構(gòu)圖

除了控制生命周期的 Start 和 Stop 方法外還有一個監(jiān)聽機(jī)制，在生命周期開始和結(jié)束的時候做一些額外的操作。這個機(jī)制在其它的框架中也被使用，如在 Spring 中。關(guān)于這個設(shè)計模式會在后面介紹。

Lifecycle 接口的方法的實現(xiàn)都在其它組件中，就像前面中說的，組件的生命周期由包含它的父組件控制，所以它的 Start 方法自然就是調(diào)用它下面的組件的 Start 方法，Stop 方法也是一樣。如在 Server 中 Start 方法就會調(diào)用 Service 組件的 Start 方法，Server 的 Start 方法代碼如下：

清單 4. StandardServer.Start

public void start() throws LifecycleException {if (started) {log.debug(sm.getString("standardServer.start.started"));return;}lifecycle.fireLifecycleEvent(BEFORE_START_EVENT, null);lifecycle.fireLifecycleEvent(START_EVENT, null);started = true;synchronized (services) {for (int i = 0; i < services.length; i++) {if (services[i] instanceof Lifecycle)((Lifecycle) services[i]).start();}}lifecycle.fireLifecycleEvent(AFTER_START_EVENT, null); }

監(jiān)聽的代碼會包圍 Service 組件的啟動過程，就是簡單的循環(huán)啟動所有 Service 組件的 Start 方法，但是所有 Service 必須要實現(xiàn) Lifecycle 接口，這樣做會更加靈活。

Server 的 Stop 方法代碼如下：

清單 5. StandardServer.Stop

public void stop() throws LifecycleException {if (!started)return;lifecycle.fireLifecycleEvent(BEFORE_STOP_EVENT, null);lifecycle.fireLifecycleEvent(STOP_EVENT, null);started = false;for (int i = 0; i < services.length; i++) {if (services[i] instanceof Lifecycle)((Lifecycle) services[i]).stop();}lifecycle.fireLifecycleEvent(AFTER_STOP_EVENT, null); }

它所要做的事情也和 Start 方法差不多。

回頁首

Connector 組件

Connector 組件是 Tomcat 中兩個核心組件之一，它的主要任務(wù)是負(fù)責(zé)接收瀏覽器的發(fā)過來的 tcp 連接請求，創(chuàng)建一個 Request 和 Response 對象分別用于和請求端交換數(shù)據(jù)，然后會產(chǎn)生一個線程來處理這個請求并把產(chǎn)生的 Request 和 Response 對象傳給處理這個請求的線程，處理這個請求的線程就是 Container 組件要做的事了。

由于這個過程比較復(fù)雜，大體的流程可以用下面的順序圖來解釋：

圖 6. Connector 處理一次請求順序圖

（查看清晰大圖）

Tomcat5 中默認(rèn)的 Connector 是 Coyote，這個 Connector 是可以選擇替換的。Connector 最重要的功能就是接收連接請求然后分配線程讓 Container 來處理這個請求，所以這必然是多線程的，多線程的處理是 Connector 設(shè)計的核心。Tomcat5 將這個過程更加細(xì)化，它將 Connector 劃分成 Connector、Processor、Protocol, 另外 Coyote 也定義自己的 Request 和 Response 對象。

下面主要看一下 Tomcat 中如何處理多線程的連接請求，先看一下 Connector 的主要類圖：

圖 7. Connector 的主要類圖

（查看清晰大圖）

看一下 HttpConnector 的 Start 方法：

清單 6. HttpConnector.Start

public void start() throws LifecycleException {if (started)throw new LifecycleException(sm.getString("httpConnector.alreadyStarted"));threadName = "HttpConnector[" + port + "]";lifecycle.fireLifecycleEvent(START_EVENT, null);started = true;threadStart();while (curProcessors < minProcessors) {if ((maxProcessors > 0) && (curProcessors >= maxProcessors))break;HttpProcessor processor = newProcessor();recycle(processor);} }

threadStart() 執(zhí)行就會進(jìn)入等待請求的狀態(tài)，直到一個新的請求到來才會激活它繼續(xù)執(zhí)行，這個激活是在 HttpProcessor 的 assign 方法中，這個方法是代碼如下?：

清單 7. HttpProcessor.assign

synchronized void assign(Socket socket) {while (available) {try {wait();} catch (InterruptedException e) {}}this.socket = socket;available = true;notifyAll();if ((debug >= 1) && (socket != null))log(" An incoming request is being assigned"); }

創(chuàng)建 HttpProcessor 對象是會把 available 設(shè)為 false，所以當(dāng)請求到來時不會進(jìn)入 while 循環(huán)，將請求的 socket 賦給當(dāng)期處理的 socket，并將 available 設(shè)為 true，當(dāng) available 設(shè)為 true 是 HttpProcessor 的 run 方法將被激活，接下去將會處理這次請求。

Run 方法代碼如下：

清單 8. HttpProcessor.Run

public void run() { while (!stopped) { Socket socket = await(); if (socket == null) continue; try { process(socket); } catch (Throwable t) { log("process.invoke", t); } connector.recycle(this); } synchronized (threadSync) { threadSync.notifyAll(); } }

解析 socket 的過程在 process 方法中，process 方法的代碼片段如下：

清單 9. HttpProcessor.process

private void process(Socket socket) {boolean ok = true;boolean finishResponse = true;SocketInputStream input = null;OutputStream output = null;try {input = new SocketInputStream(socket.getInputStream(),connector.getBufferSize());} catch (Exception e) {log("process.create", e);ok = false;}keepAlive = true;while (!stopped && ok && keepAlive) {finishResponse = true;try {request.setStream(input);request.setResponse(response);output = socket.getOutputStream();response.setStream(output);response.setRequest(request);((HttpServletResponse) response.getResponse()).setHeader("Server", SERVER_INFO);} catch (Exception e) {log("process.create", e);ok = false;}try {if (ok) {parseConnection(socket);parseRequest(input, output);if (!request.getRequest().getProtocol().startsWith("HTTP/0"))parseHeaders(input);if (http11) {ackRequest(output);if (connector.isChunkingAllowed())response.setAllowChunking(true);}}。。。。。。try {((HttpServletResponse) response).setHeader("Date", FastHttpDateFormat.getCurrentDate());if (ok) {connector.getContainer().invoke(request, response);}。。。。。。}try {shutdownInput(input);socket.close();} catch (IOException e) {;} catch (Throwable e) {log("process.invoke", e);}socket = null; }

當(dāng) Connector 將 socket 連接封裝成 request 和 response 對象后接下來的事情就交給 Container 來處理了。

回頁首

Servlet 容器“Container”

Container 是容器的父接口，所有子容器都必須實現(xiàn)這個接口，Container 容器的設(shè)計用的是典型的責(zé)任鏈的設(shè)計模式，它有四個子容器組件構(gòu)成，分別是：Engine、Host、Context、Wrapper，這四個組件不是平行的，而是父子關(guān)系，Engine 包含 Host,Host 包含 Context，Context 包含 Wrapper。通常一個 Servlet class 對應(yīng)一個 Wrapper，如果有多個 Servlet 就可以定義多個 Wrapper，如果有多個 Wrapper 就要定義一個更高的 Container 了，如 Context，Context 通常就是對應(yīng)下面這個配置：

清單 10. Server.xml

容器的總體設(shè)計

Context 還可以定義在父容器 Host 中，Host 不是必須的，但是要運行 war 程序，就必須要 Host，因為 war 中必有 web.xml 文件，這個文件的解析就需要 Host 了，如果要有多個 Host 就要定義一個 top 容器 Engine 了。而 Engine 沒有父容器了，一個 Engine 代表一個完整的 Servlet 引擎。

那么這些容器是如何協(xié)同工作的呢？先看一下它們之間的關(guān)系圖：

圖 8. 四個容器的關(guān)系圖

（查看清晰大圖）

當(dāng) Connector 接受到一個連接請求時，將請求交給 Container，Container 是如何處理這個請求的？這四個組件是怎么分工的，怎么把請求傳給特定的子容器的呢？又是如何將最終的請求交給 Servlet 處理。下面是這個過程的時序圖：

圖 9. Engine 和 Host 處理請求的時序圖

（查看清晰大圖）

這里看到了 Valve 是不是很熟悉，沒錯 Valve 的設(shè)計在其他框架中也有用的，同樣 Pipeline 的原理也基本是相似的，它是一個管道，Engine 和 Host 都會執(zhí)行這個 Pipeline，您可以在這個管道上增加任意的 Valve，Tomcat 會挨個執(zhí)行這些 Valve，而且四個組件都會有自己的一套 Valve 集合。您怎么才能定義自己的 Valve 呢？在 server.xml 文件中可以添加，如給 Engine 和 Host 增加一個 Valve 如下：

清單 11. Server.xml

StandardEngineValve 和 StandardHostValve 是 Engine 和 Host 的默認(rèn)的 Valve，它們是最后一個 Valve 負(fù)責(zé)將請求傳給它們的子容器，以繼續(xù)往下執(zhí)行。

前面是 Engine 和 Host 容器的請求過程，下面看 Context 和 Wrapper 容器時如何處理請求的。下面是處理請求的時序圖：

圖 10. Context 和 wrapper 的處理請求時序圖

（查看清晰大圖）

從 Tomcat5 開始，子容器的路由放在了 request 中，request 中保存了當(dāng)前請求正在處理的 Host、Context 和 wrapper。

Engine 容器

Engine 容器比較簡單，它只定義了一些基本的關(guān)聯(lián)關(guān)系，接口類圖如下：

圖 11. Engine 接口的類結(jié)構(gòu)

它的標(biāo)準(zhǔn)實現(xiàn)類是 StandardEngine，這個類注意一點就是 Engine 沒有父容器了，如果調(diào)用 setParent 方法時將會報錯。添加子容器也只能是 Host 類型的，代碼如下：

清單 12. StandardEngine. addChild

public void addChild(Container child) {if (!(child instanceof Host))throw new IllegalArgumentException(sm.getString("standardEngine.notHost"));super.addChild(child); }public void setParent(Container container) {throw new IllegalArgumentException(sm.getString("standardEngine.notParent")); }

它的初始化方法也就是初始化和它相關(guān)聯(lián)的組件，以及一些事件的監(jiān)聽。

Host 容器

Host 是 Engine 的字容器，一個 Host 在 Engine 中代表一個虛擬主機(jī)，這個虛擬主機(jī)的作用就是運行多個應(yīng)用，它負(fù)責(zé)安裝和展開這些應(yīng)用，并且標(biāo)識這個應(yīng)用以便能夠區(qū)分它們。它的子容器通常是 Context，它除了關(guān)聯(lián)子容器外，還有就是保存一個主機(jī)應(yīng)該有的信息。

下面是和 Host 相關(guān)的類關(guān)聯(lián)圖：

圖 12. Host 相關(guān)的類圖

（查看清晰大圖）

從上圖中可以看出除了所有容器都繼承的 ContainerBase 外，StandardHost 還實現(xiàn)了 Deployer 接口，上圖清楚的列出了這個接口的主要方法，這些方法都是安裝、展開、啟動和結(jié)束每個 web application。

Deployer 接口的實現(xiàn)是 StandardHostDeployer，這個類實現(xiàn)了的最要的幾個方法，Host 可以調(diào)用這些方法完成應(yīng)用的部署等。

Context 容器

Context 代表 Servlet 的 Context，它具備了 Servlet 運行的基本環(huán)境，理論上只要有 Context 就能運行 Servlet 了。簡單的 Tomcat 可以沒有 Engine 和 Host。

Context 最重要的功能就是管理它里面的 Servlet 實例，Servlet 實例在 Context 中是以 Wrapper 出現(xiàn)的，還有一點就是 Context 如何才能找到正確的 Servlet 來執(zhí)行它呢？ Tomcat5 以前是通過一個 Mapper 類來管理的，Tomcat5 以后這個功能被移到了 request 中，在前面的時序圖中就可以發(fā)現(xiàn)獲取子容器都是通過 request 來分配的。

Context 準(zhǔn)備 Servlet 的運行環(huán)境是在 Start 方法開始的，這個方法的代碼片段如下：

清單 13. StandardContext.start

public synchronized void start() throws LifecycleException {………if( !initialized ) { try {init();} catch( Exception ex ) {throw new LifecycleException("Error initializaing ", ex);}}………lifecycle.fireLifecycleEvent(BEFORE_START_EVENT, null);setAvailable(false);setConfigured(false);boolean ok = true;File configBase = getConfigBase();if (configBase != null) {if (getConfigFile() == null) {File file = new File(configBase, getDefaultConfigFile());setConfigFile(file.getPath());try {File appBaseFile = new File(getAppBase());if (!appBaseFile.isAbsolute()) {appBaseFile = new File(engineBase(), getAppBase());}String appBase = appBaseFile.getCanonicalPath();String basePath = (new File(getBasePath())).getCanonicalPath();if (!basePath.startsWith(appBase)) {Server server = ServerFactory.getServer();((StandardServer) server).storeContext(this);}} catch (Exception e) {log.warn("Error storing config file", e);}} else {try {String canConfigFile = (new File(getConfigFile())).getCanonicalPath();if (!canConfigFile.startsWith (configBase.getCanonicalPath())) {File file = new File(configBase, getDefaultConfigFile());if (copy(new File(canConfigFile), file)) {setConfigFile(file.getPath());}}} catch (Exception e) {log.warn("Error setting config file", e);}}}………Container children[] = findChildren();for (int i = 0; i < children.length; i++) {if (children[i] instanceof Lifecycle)((Lifecycle) children[i]).start();}if (pipeline instanceof Lifecycle)((Lifecycle) pipeline).start();………}

它主要是設(shè)置各種資源屬性和管理組件，還有非常重要的就是啟動子容器和 Pipeline。

我們知道 Context 的配置文件中有個 reloadable 屬性，如下面配置：

清單 14. Server.xml

當(dāng)這個 reloadable 設(shè)為 true 時，war 被修改后 Tomcat 會自動的重新加載這個應(yīng)用。如何做到這點的呢 ? 這個功能是在 StandardContext 的 backgroundProcess 方法中實現(xiàn)的，這個方法的代碼如下：

清單 15. StandardContext. backgroundProcess

public void backgroundProcess() {if (!started) return;count = (count + 1) % managerChecksFrequency;if ((getManager() != null) && (count == 0)) {try {getManager().backgroundProcess();} catch ( Exception x ) {log.warn("Unable to perform background process on manager",x);}}if (getLoader() != null) {if (reloadable && (getLoader().modified())) {try {Thread.currentThread().setContextClassLoader(StandardContext.class.getClassLoader());reload();} finally {if (getLoader() != null) {Thread.currentThread().setContextClassLoader(getLoader().getClassLoader());}}}if (getLoader() instanceof WebappLoader) {((WebappLoader) getLoader()).closeJARs(false);}} }

它會調(diào)用 reload 方法，而 reload 方法會先調(diào)用 stop 方法然后再調(diào)用 Start 方法，完成 Context 的一次重新加載。可以看出執(zhí)行 reload 方法的條件是 reloadable 為 true 和應(yīng)用被修改，那么這個 backgroundProcess 方法是怎么被調(diào)用的呢？

這個方法是在 ContainerBase 類中定義的內(nèi)部類 ContainerBackgroundProcessor 被周期調(diào)用的，這個類是運行在一個后臺線程中，它會周期的執(zhí)行 run 方法，它的 run 方法會周期調(diào)用所有容器的 backgroundProcess 方法，因為所有容器都會繼承 ContainerBase 類，所以所有容器都能夠在 backgroundProcess 方法中定義周期執(zhí)行的事件。

Wrapper 容器

Wrapper 代表一個 Servlet，它負(fù)責(zé)管理一個 Servlet，包括的 Servlet 的裝載、初始化、執(zhí)行以及資源回收。Wrapper 是最底層的容器，它沒有子容器了，所以調(diào)用它的 addChild 將會報錯。

Wrapper 的實現(xiàn)類是 StandardWrapper，StandardWrapper 還實現(xiàn)了擁有一個 Servlet 初始化信息的 ServletConfig，由此看出 StandardWrapper 將直接和 Servlet 的各種信息打交道。

下面看一下非常重要的一個方法 loadServlet，代碼片段如下：

清單 16. StandardWrapper.loadServlet

public synchronized Servlet loadServlet() throws ServletException {………Servlet servlet;try {………ClassLoader classLoader = loader.getClassLoader();………Class classClass = null;………servlet = (Servlet) classClass.newInstance();if ((servlet instanceof ContainerServlet) &&(isContainerProvidedServlet(actualClass) ||((Context)getParent()).getPrivileged() )) {((ContainerServlet) servlet).setWrapper(this);}classLoadTime=(int) (System.currentTimeMillis() -t1);try {instanceSupport.fireInstanceEvent(InstanceEvent.BEFORE_INIT_EVENT,servlet);if( System.getSecurityManager() != null) {Class[] classType = new Class[]{ServletConfig.class};Object[] args = new Object[]{((ServletConfig)facade)};SecurityUtil.doAsPrivilege("init",servlet,classType,args);} else {servlet.init(facade);}if ((loadOnStartup >= 0) && (jspFile != null)) {………if( System.getSecurityManager() != null) {Class[] classType = new Class[]{ServletRequest.class,ServletResponse.class};Object[] args = new Object[]{req, res};SecurityUtil.doAsPrivilege("service",servlet,classType,args);} else {servlet.service(req, res);}}instanceSupport.fireInstanceEvent(InstanceEvent.AFTER_INIT_EVENT,servlet);………return servlet; }

它基本上描述了對 Servlet 的操作，當(dāng)裝載了 Servlet 后就會調(diào)用 Servlet 的 init 方法，同時會傳一個 StandardWrapperFacade 對象給 Servlet，這個對象包裝了 StandardWrapper，ServletConfig 與它們的關(guān)系圖如下：

圖 13. ServletConfig 與 StandardWrapperFacade、StandardWrapper 的關(guān)系

Servlet 可以獲得的信息都在 StandardWrapperFacade 封裝，這些信息又是在 StandardWrapper 對象中拿到的。所以 Servlet 可以通過 ServletConfig 拿到有限的容器的信息。

當(dāng) Servlet 被初始化完成后，就等著 StandardWrapperValve 去調(diào)用它的 service 方法了，調(diào)用 service 方法之前要調(diào)用 Servlet 所有的 filter。

回頁首

Tomcat 中其它組件

Tomcat 還有其它重要的組件，如安全組件 security、logger 日志組件、session、mbeans、naming 等其它組件。這些組件共同為 Connector 和 Container 提供必要的服務(wù)。

參考資料

學(xué)習(xí)

查看本系列的第 2 部分：“Tomcat 設(shè)計模式分析”。
“面向初級 Web 開發(fā)人員的 Tomcat”（developerWorks，2005 年 10 月）：Apache Tomcat 應(yīng)用服務(wù)器不再是高級 Web 系統(tǒng)開發(fā)人員的專用領(lǐng)域。在本教程中，Sing Li 將向初級 Web 開發(fā)人員展示如何利用他們當(dāng)前的 Java 開發(fā)技能，使用 Tomcat 編寫服務(wù)器端 JSP、servlet 和 Web 服務(wù)。
技術(shù)書店：瀏覽關(guān)于這些和其他技術(shù)主題的圖書。
developerWorks Java 技術(shù)專區(qū)：數(shù)百篇關(guān)于 Java 編程各個方面的文章。

討論

加入?developerWorks 社區(qū)。
查看?developerWorks 博客?的最新信息。

轉(zhuǎn)載于:https://www.cnblogs.com/licheng/p/6687327.html

總結(jié)

以上是生活随笔為你收集整理的【Tomcat】Tomcat 系统架构与设计模式，第 1 部分: 工作原理的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。

上一篇： [BZOJ1030]:[JSOI2007
下一篇：【Spark 深入学习 04】再说Spa