Tomcat是一個Servlet容器？

“Tomcat是一個Servlet容器”，這句話對於2019年的程序員應該是耳熟能詳的。

單純的思考一下這句話，我們可以抽象出來這么一段代碼：

class Tomcat {
    List<Servlet> sers;
}

如果Tomcat就長這樣，那么它肯定是不能工作的，所以，Tomcat其實是這樣：

class Tomcat {
    Connector connector; // 連接處理器
    List<Servlet> sers;
}

我們這里先不考慮Connector的底層實現，我們只需知道Connector是負責處理請求的。

我們還是來想想容器。

Context

顧名思義，Servlet容器就是用來裝載存儲Servlet的。

一個Servlet表示一個運行在服務端的程序（servlet = server + applet）。用戶想要使用這種程序，需要向該程序發送請求以及獲取該程序的響應，也就是Servlet規范中的ServletRequest、ServletResponse。

所以Servlet其實就是Java中用來處理請求的一種規范，所以我們的項目中通常都會有一個或多個Servlet，由它來負責接收請求，或者將請求轉交給其他業務邏輯。

所以我們的Spring MVC、Spring Boot都存在一個DispatcherServlet（類似功能的一個Servlet，負責接收請求）。

所以，通常Servlet是屬於一個應用程序（項目）的，換句話說，我們的一個應用包含多個Servlet，所以這是第二層Servlet容器--應用，也就是Tomcat中的Context（應用上下文）。那么第一層Servlet容器呢？

Wrapper

Wrapper就是第一層Servlet容器，Wrapper表示Servlet的包裝者，所以它是最接近Servlet的，那么為什么需要Wrapper呢？

我們通常認為Wrapper是這樣的：

class Wrapper {
    Servlet servlet;
}

一個Wrapper對應一個Servlet，這么來想的話，確實不需要Wrapper，但是我們還要考慮一些其他的情況：

• 比如Filter，一個Filter是可以對應一個Servlet的。
• 比如ServletPool，通常的Servlet是所有請求線程公用的，但是在Servlet中支持每一個請求線程單獨使用獨立的Servlet實例。

所以在Wrapper中，不僅僅只包括一個Servlet，還包括過濾器和Servlet池，所以Wrapper是第一層Servlet容器。

Host

在我們現實生活中，一個應用都是部署在一個主機上的，所以，一個主機可以包含多個應用，一個應用包含多個Servlet，所以，Host是第三層容器。在Tomcat中，Host表示虛擬主機，Tomcat在處理請求時，可以根據請求的域名進入到相應的Host中進行處理。

Engine

Host管理Context，Context管理Wrapper，Wrapper管理Servlet，而Engine就是用來管理Host的。所以Engine是第四層容器。

最后

肯定有人有疑問，那么Engine之上不需要容器了嗎？不需要了？舉個例子：

我們的錢（Servlet）要放在錢包(Wrapper)里，錢包要放在書包(Context)里，書包要放在行李箱(Host)里，行李箱要放在飛機(Engine)上。

所以，如果你問我“Engine放哪？”就相當於問我“飛機放哪？”

答案是不再需要更高層次的容器了，因為沒有必要了。

總結

在Tomcat中，容器分為：

1. Wrapper
2. Context
3. Host
4. Engine

文章很簡短，也很久沒寫文章了，今天抽時間簡短的表達一下我對Tomcat“容器”概念的理解，希望大家還是能有所收獲吧。大家可以關注我的公眾號1點25，持續更新對技術的新思維與新理解。