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

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

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

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

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

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

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

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

• 獨立的 Servlet 容器
• 進程內的 Servlet 容器（In-Process）
• 進程外的 Servlet 容器（Out-of-Process）

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

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

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

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

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

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

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

優點：

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

缺點：

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

應用場景：

• 小型網站、開發調試環境、微服務獨立部署。

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

3.進程內的 Servlet 容器：Tomcat 的“嵌入協作”模式

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

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

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

優點:

• 反應速度非?？?，數據傳輸不用經過網絡，只是內存交互。
• 對用戶來說，Web 服務器和 Tomcat 就像一個整體。

缺點:

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

應用場景:

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

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

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

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

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

Web 服務器通過 Connector（比如 mod_jk、mod_proxy_ajp、mod_proxy_http） 與 Tomcat 通信，請求通過 TCP 或 AJP 協議轉發。

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

優點：

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

缺點：

• 反應時間比進程內略慢，畢竟多了一次網絡通信。
• 配置復雜，需要考慮連接協議與端口。

應用場景：

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

比如我們常見的架構：

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

這種模式的性能與穩定性平衡得非常好。

5.不同模式下的請求來源區別

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

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

• 請求來自 Apache、IIS 或 Nginx。
• Web 服務器處理靜態資源后，把動態請求（例如 /login）轉發給 Tomcat。

2、Tomcat 作為獨立服務器

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

這兩種方式就像是：

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

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

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

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

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

這讓我體會到一個真理：

“理論上的最優，并不一定是線上最穩。”

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

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

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

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

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

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

“Tomcat 有三種工作模式：獨立、進程內、進程外。

獨立模式簡單適合開發；進程內模式性能高但伸縮性差。

進程外模式性能稍遜但穩定性和擴展性最好。

實際生產中，我們常用進程外模式配合 Nginx 實現負載均衡與靜態資源分離?！?/p>

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

圖片

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

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

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

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

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

“我來給你講個故事——Tomcat 的三種人生?！?/p>