本文已收錄至 https://github.com/yessimida/yes ，這里有我的所有文章分類匯總，歡迎 star!
以下代碼相信大家都很熟悉，大學時學 Java Web 都寫過這樣的代碼。
從第一次接觸 Servlet 到之后的很長一段時間內，我都沒理解 Servlet 是個什么玩意？
為什么要有 Servlet ？
為什么要有 Servlet 容器？
啥又是 Web 容器、HTTP 服務器？
今兒咱們就來盤盤，並且從中來看看架構和框架的設計套路。
看完之后可能對接口、抽象會有進一步的認識。
來，上車！
正文
首先瀏覽器發起 HTTP 請求，像早期的時候只會請求一些靜態資源，這時候需要一個服務器來處理 HTTP 請求，並且將相應的靜態資源返回。
這個服務器叫 HTTP 服務器。
簡單點說就是解析請求，然后得知需要服務器上面哪個文件夾下哪個名字的靜態文件，找到返回即可。
而隨着互聯網的發展，交互越發得重要，單純的靜態文件滿足不了需求。
業務變得復雜，需要我們編寫代碼來處理諸多業務。
需要根據 HTTP 請求調用不同的業務邏輯來響應，但是我們的業務代碼不能跟 HTTP 服務器耦合起來。
總不能在 HTTP 服務器的具體實現里面來做判斷到底需要調用哪個業務類吧？
這就把非業務和業務強相關了。
所以需要做一層抽象，將 HTTP 的解析和具體的業務隔離。
本質上的需求就是根據 HTTP 請求找到對應的業務實現類然后執行邏輯再返回。
而業務千千萬，所以需要規定一個接口，所以業務類都實現這個接口這樣才好對接。
這就是接口的含義，就像 USB。
這個接口就是 Servlet，當然這是最狹義的解釋。
Servlet 其實是 Server Applet，全稱 Java Servlet，指的是用Java 編寫的服務端程序。
其實指代的是實現 Servlet 接口的那些業務類。
這就是 Servlet 的由來。
而 Servlet 容器其實就是管理和加載這些 Servlet 類的，拿到 HTTP 請求之后找到對應的 Servlet 類這就是 Servlet 容器要做的事情。
看到這是不是覺得還能再抽一層？因為這好像也和具體的業務實現沒關系？
是的，還能抽一層。
沒必要把 Servlet 容器做的事情和具體的業務耦合起來，業務反正照着 Servlet 接口實現就行，這樣 Servlet 容器就可以加載它和管理它。
把請求和哪個 Servlet 對應關系也抽象出來，就是 web.xml 了，咱們在配置里面告訴 Servlet 容器對應關系即可。
我圖中的業務實現其實對應的就是我們平常的 war 包，這就是業務和 Servlet 容器的解耦。
想必你也聽過 Servlet 規范，其實 Servlet 接口和 Servlet 容器這一整套包括目錄命名啊啥的合起來就叫 Servlet 規范。
所有相關的中間件按照 Servlet 規范實現，我們也按 Servlet 規范來實現業務代碼，這樣我們就能在不同場景選擇不同的 Web 中間件。
反正規范的目的就是為了對接方便，減少對接成本。
至此 HTTP 服務器、Servlet 、Servlet 容器想必都清晰了。
而 Web 容器其實就是 HTTP 服務器 + Servlet 容器，因為單單 Servlet 容器沒有解析 HTTP 請求、通信等相關功能。
所以把 Tomcat、Jetty 等實現包含了 HTTP 服務器和 Servlet 容器的功能，稱之為 Web 容器。
從我們的分析一層一層的剝離，一層一層的抽象，相信你對 Web 有了更進一步的認識，我再畫個 Tomcat 的分析圖，應該就很清晰了。
從上面的一步步分析可以看出：其實架構的設計就是一系列相關的抽象。
先是抽象出 HTTP 服務，用來通信和解析協議。
再因為業務的復雜，為了不和 HTTP 服務耦合又抽象了一層 Servlet。
由 Servlet 加載和管理 Servlet ，來控制請求轉發到指定的 Servlet 實現類。
然后我們安心的開發業務即可。
因為抽象所以靈活易擴展，比如現在是 HTTP1.1 服務，可以換成 HTTP 2。
現在用 Tomcat 來作為 Servlet 容器，也可以換成 Jetty。
現在用原生的實現 Servlet 來做業務，也可以換成 SpringMVC。
隨意變更，因為都抽象出來了，就很好替換，只要遵循約定的接口實現即可。
框架設計的一個套路
看完了架構設計的套路，再說說框架套路。
接口和抽象類。
所有中間件設計必用的套路，當然我們自己的代碼也會這樣用。
先定義一個接口來約定一些動作，能做啥做啥。
然后再定義一個抽象類來實現這個接口，用來實現一些通用的邏輯，做到代碼的復用。
然后再搞一些常用的實現類繼承抽象類，方便開發者的使用。
剩下的就留給開發者自行擴展即可。
然后抽象類都會使用模板方法，也就是定義執行的流程，具體實現邏輯由子類自行實現。
這就是必用的套路。
接口約束、抽象類代碼復用、實現常用實現類方便使用、剩下的自行擴展。
拿 Servlet 舉例，首先定義 Servlet 接口。
public interface Servlet {
void init(ServletConfig config) throws ServletException;
ServletConfig getServletConfig();
void service(ServletRequest req, ServletResponse res）throws ServletException, IOException;
String getServletInfo();
void destroy();
}
然后搞了個通用抽象類 GenericServlet，不過這個抽象類邏輯比較簡單。
public abstract class GenericServlet implements Servlet, ServletConfig,
java.io.Serializable {
................省略一些.............
@Override
public ServletConfig getServletConfig() {
return config;
}
@Override
public ServletContext getServletContext() {
return getServletConfig().getServletContext();
}
@Override
public void init(ServletConfig config) throws ServletException {
this.config = config;
this.init();
}
................省略一些.....................
}
然后搞了個常用的 HttpServlet 繼承了 GenericServlet。
public abstract class HttpServlet extends GenericServlet {
private static final long serialVersionUID = 1L;
private static final String METHOD_DELETE = "DELETE";
private static final String METHOD_HEAD = "HEAD";
private static final String METHOD_GET = "GET";
....................
}
套路就是這么個套路，之后面試官問你接口和抽象類的問題，相信你也能答出來了。
最后
套路大家應該都 GET 到了。
想必大家都聽過“計算機科學中的每個問題都可以用一間接層解決”。
是的，基本上所有問題抽象一層都能解決。
如果一層不夠，那就兩層。
歡迎加我好友進行深入地交流，備注「進群」，拉你進交流&內推群。
平日的面試題遇到難處，或者看某個知識點翻遍全網的資料還是感覺很模糊、不透徹，可以私聊我，給我留言。
遇到合適的我會整理寫出一篇文章，我不會的去請教別人也給整出來。
那種工作遇到很細節的場景的還是別了，這種問你上司比較合適:)
歡迎關注我的公眾號【yes的練級攻略】，更多硬核文章等你來讀。
巨人的肩膀
《深入拆解Tomcat & Jetty》 李號雙
微信搜索【yes的練級攻略】，關注 yes，回復【123】一份20W字的算法刷題筆記等你來領，從一點點到億點點，我們下篇見。
個人文章匯總：https://github.com/yessimida/yes 歡迎 star !