上周末我去參加了一場社招面試。剛坐下，還沒來得及喝一口礦泉水，面試官就扔來一道“靈魂拷問”——

“你能說說 Tomcat 的工作模式有哪些嗎？”

那一刻，我腦海里閃過的是成百上千次部署項目的畫面，還有被同事喊去“救火”的通宵場景。沒錯，這題我熟。

于是，今天我們就用一個小故事，來徹底講明白這個看似簡單卻能區(qū)分“會用”和“懂原理”的問題——Tomcat 的三種工作模式。

1.故事的開場：Tomcat 其實有“三重身份”

我們都知道，Tomcat 是一個 Servlet 容器，能運行 Java Web 應用，是我們寫的 JSP、Servlet 的“家”。

但很多人不知道的是，它其實有三種“工作形態(tài)”——就像一個人可以是獨立創(chuàng)業(yè)者，也可以是團隊合伙人，還可以是外包顧問。

Tomcat 的三種工作模式分別是：

• 獨立的 Servlet 容器
• 進程內(nèi)的 Servlet 容器（In-Process）
• 進程外的 Servlet 容器（Out-of-Process）

每一種模式背后都有不同的設計哲學與使用場景，搞懂它們，就能更好地理解 Tomcat 與 Web 服務器（比如 Apache、Nginx、IIS）之間的協(xié)作關系。

2.獨立的 Servlet 容器：Tomcat 的“單打獨斗”模式

故事的第一幕，是 Tomcat 最“自信”的時候。

這一模式下，Tomcat 獨自扛下所有任務：

既當 Web 服務器，又當 Servlet 容器。

瀏覽器發(fā)來的請求，直接打到 Tomcat，它負責接收、解析 HTTP 協(xié)議，然后把請求交給 Servlet 處理，最后再把結果返回。

這就像一個全能選手，既做前端接待，又寫后端邏輯，自己搞定一條龍服務。

優(yōu)點：

• 簡單直接，部署方便。
• 不需要額外的 Web 服務器，安裝完 Tomcat 就能跑。
• 開發(fā)環(huán)境最常用（我們平時 localhost:8080 就是這種模式）。

缺點：

• 處理靜態(tài)資源（如圖片、CSS、JS）的效率不如專業(yè) Web 服務器。
• 高并發(fā)時容易吃緊，性能受限于 JVM。

應用場景：

• 小型網(wǎng)站、開發(fā)調(diào)試環(huán)境、微服務獨立部署。

比如：我平時在本地調(diào)試 Spring Boot，Tomcat 就是這樣在“單打獨斗”。

3.進程內(nèi)的 Servlet 容器：Tomcat 的“嵌入?yún)f(xié)作”模式

第二幕，Tomcat 開始學會“與人合作”。

這時候，它被“嵌入”到了 Web 服務器的進程里，比如 Apache、IIS、Nginx 等。也就是說，Web 服務器插件（Connector）在內(nèi)部打開一個 JVM，讓 Tomcat 在它的內(nèi)存空間內(nèi)運行。

這就像 Tomcat 成為了 Web 服務器的“嵌入式顧問”——雖然不再獨立，但溝通效率更高，因為它們共享同一個地址空間。

優(yōu)點:

• 反應速度非常快，數(shù)據(jù)傳輸不用經(jīng)過網(wǎng)絡，只是內(nèi)存交互。
• 對用戶來說，Web 服務器和 Tomcat 就像一個整體。

缺點:

• 伸縮性不足。因為 Tomcat 跑在 Web 服務器的進程里，如果 JVM 出問題，會拖垮整個 Web 服務。
• 升級或重啟 Tomcat 也必須重啟整個 Web 服務器，維護麻煩。

應用場景:

• 這類模式現(xiàn)在已經(jīng)不常見，但在早期 Java Web 項目中（比如 Apache + Tomcat）曾經(jīng)非常流行。

我第一次搭 Apache + Tomcat 聯(lián)合部署時，使用的就是這種“進程內(nèi)”模式。那時候我還記得，調(diào)試時 Apache 崩了，Tomcat 也跟著“陪葬”，那種心碎的感覺，真是刻骨銘心。

4.進程外的 Servlet 容器：Tomcat 的“分布式合伙人”模式

第三幕，Tomcat 變得更成熟了。

這一模式下，Tomcat 運行在 Web 服務器之外，作為獨立的進程。

Web 服務器通過 Connector（比如 mod_jk、mod_proxy_ajp、mod_proxy_http） 與 Tomcat 通信，請求通過 TCP 或 AJP 協(xié)議轉(zhuǎn)發(fā)。

這就像一個成熟的公司，Web 服務器負責“接單”（處理靜態(tài)資源、負載均衡、安全控制），而 Tomcat 負責“核心業(yè)務邏輯”。

優(yōu)點：

• 伸縮性高：Tomcat 可以部署多臺，負載均衡、橫向擴展都很方便。
• 穩(wěn)定性強：Tomcat 掛了也不會影響 Web 服務器本身。
• 安全性高：可以在不同機器上隔離運行，避免單點風險。

缺點：

• 反應時間比進程內(nèi)略慢，畢竟多了一次網(wǎng)絡通信。
• 配置復雜，需要考慮連接協(xié)議與端口。

應用場景：

• 大多數(shù)生產(chǎn)環(huán)境下，Tomcat 都是以這種“進程外”模式與 Web 服務器（如 Nginx）配合使用。

比如我們常見的架構：

• Nginx <--HTTP/AJP--> Tomcat <--JVM--> Web應用
• Nginx：負責接收請求、負載均衡、緩存靜態(tài)資源；
• Tomcat：專注處理動態(tài)內(nèi)容，比如 JSP、Servlet、SpringMVC。

這種模式的性能與穩(wěn)定性平衡得非常好。

5.不同模式下的請求來源區(qū)別

說完模式，我們來看看“請求”是怎么走的。

1、Tomcat 作為應用服務器（有前端 Web 服務器）

• 請求來自 Apache、IIS 或 Nginx。
• Web 服務器處理靜態(tài)資源后，把動態(tài)請求（例如 /login）轉(zhuǎn)發(fā)給 Tomcat。

2、Tomcat 作為獨立服務器

• 請求直接來自瀏覽器，比如 http://localhost:8080。
• Tomcat 自己既處理 HTTP，又執(zhí)行 Servlet。

這兩種方式就像是：

• 一種是“專人分工”，Tomcat 只負責核心邏輯；
• 另一種是“單槍匹馬”，Tomcat 全都自己搞定。

6.我在項目中的實踐與坑

記得前年我在一個金融項目里，團隊為了提升并發(fā)性能，把前端 Nginx 和后端 Tomcat 分離部署。

最開始，我們配置了 AJP 協(xié)議（mod_jk），結果線上某次流量暴漲時，AJP 的連接池打滿，Nginx 日志狂刷 503 錯誤。

后來，我們改成了 HTTP 反向代理，性能稍有損失，但穩(wěn)定性大幅提升。

這讓我體會到一個真理：

“理論上的最優(yōu)，并不一定是線上最穩(wěn)?！?/p>

Tomcat 的模式選擇，其實是性能、穩(wěn)定性、維護成本三者的平衡。

7.總結：面試官想聽到的，不只是“背答案”

面試官問“Tomcat 的工作模式”，其實不是想考你死記硬背。

而是想聽你是否真正理解：

• Tomcat 在不同架構中的角色是什么？
• 為什么現(xiàn)代架構更偏好“進程外”模式？
• 什么時候用獨立模式，什么時候該引入 Web 服務器？

真正的高階回答，應該是這樣的：

“Tomcat 有三種工作模式：獨立、進程內(nèi)、進程外。

獨立模式簡單適合開發(fā)；進程內(nèi)模式性能高但伸縮性差。

進程外模式性能稍遜但穩(wěn)定性和擴展性最好。

實際生產(chǎn)中，我們常用進程外模式配合 Nginx 實現(xiàn)負載均衡與靜態(tài)資源分離?！?/p>

——這樣的回答，既有邏輯，又能體現(xiàn)你理解架構思維。

圖片

8.結語：理解原理，勝過記憶

寫到這里，我想起一句話：

“掌握一項技術，不是會用，而是知道它為什么這樣用?！?/p>

Tomcat 的工作模式，正是這樣一個“表面簡單、背后精妙”的話題。當你真正理解它的三種運行方式，你就能更自信地面對各種架構部署問題。

下次當有人問你“Tomcat 工作模式有哪些？”別急著回答，先笑一笑，然后從容地說：

“我來給你講個故事——Tomcat 的三種人生。”