tomcat是一個Servlet容器，這句話對於JAVA程式設計師們應該都是耳熟能詳。
但是就這麼單純的這麼一句話被阿里面試官嘴裡問出來之後，你覺得還那麼簡單嗎？
好，單純的思考一下這句話，我們可以抽象出來這麼一段程式碼：
class Tomcat {
List<Servlet> sers;
}
但是如果Tomcat就長這樣，那麼它肯定是不能工作的，
所以，Tomcat理論上其實是這樣才對：
class Tomcat {
Connector connector; // 連線處理器
List<Servlet> sers;
}
我們這裡先不考慮Connector的底層實現，我們只需知道Connector是負責處理請求的。
接下來我們還是來考慮下容器的問題。
顧名思義，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就是第一層Servlet容器，Wrapper表示Servlet的包裝者，所以它是最接近Servlet的，那麼為什麼需要Wrapper呢？
我們通常認為Wrapper是這樣的：
class Wrapper {
Servlet servlet;
}
一個Wrapper對應一個Servlet，這麼來想的話，確實不需要Wrapper，但是我們還要考慮一些其他的情況：
所以在Wrapper中，不僅僅只包括一個Servlet，還包括過濾器和Servlet池，所以Wrapper是第一層Servlet容器。
在我們現實生活中，一個應用都是部署在一個主機上的，所以，一個主機可以包含多個應用，一個應用包含多個Servlet，所以，
Host是第三層容器。
在Tomcat中，Host表示虛擬主機，Tomcat在處理請求時，可以根據請求的域名進入到相應的Host中進行處理。
Host管理Context，Context管理Wrapper，Wrapper管理Servlet，而Engine就是用來管理Host的。所以Engine是第四層容器。
肯定有人有疑問，那麼Engine之上不需要容器了嗎？不需要了？舉個例子：
我們的錢（Servlet）要放在錢包(Wrapper)裡，錢包要放在書包(Context)裡，書包要放在行李箱(Host)裡，行李箱要放在飛機(Engine)上。
所以，如果你問我「Engine放哪？」就相當於問我「飛機放哪？」
答案是不再需要更高層次的容器了，因為沒有必要了。