以下代碼相信大家都很熟悉，大學(xué)時學(xué) Java Web 都寫過這樣的代碼。

從第一次接觸 Servlet 到之后的很長一段時間內(nèi)，我都沒理解 Servlet 是個什么玩意？

為什么要有 Servlet ？

為什么要有 Servlet 容器？

啥又是 Web 容器、HTTP 服務(wù)器？

今兒咱們就來盤盤，并且從中來看看架構(gòu)和框架的設(shè)計套路。

看完之后可能對接口、抽象會有進一步的認識。

來，上車！

正文

首先瀏覽器發(fā)起 HTTP 請求，像早期的時候只會請求一些靜態(tài)資源，這時候需要一個服務(wù)器來處理 HTTP 請求，并且將相應(yīng)的靜態(tài)資源返回。

這個服務(wù)器叫 HTTP 服務(wù)器。

簡單點說就是解析請求，然后得知需要服務(wù)器上面哪個文件夾下哪個名字的靜態(tài)文件，找到返回即可。

而隨著互聯(lián)網(wǎng)的發(fā)展，交互越發(fā)得重要，單純的靜態(tài)文件滿足不了需求。

業(yè)務(wù)變得復(fù)雜，需要我們編寫代碼來處理諸多業(yè)務(wù)。

需要根據(jù) HTTP 請求調(diào)用不同的業(yè)務(wù)邏輯來響應(yīng)，但是我們的業(yè)務(wù)代碼不能跟 HTTP 服務(wù)器耦合起來。

總不能在 HTTP 服務(wù)器的具體實現(xiàn)里面來做判斷到底需要調(diào)用哪個業(yè)務(wù)類吧？

這就把非業(yè)務(wù)和業(yè)務(wù)強相關(guān)了。

所以需要做一層抽象，將 HTTP 的解析和具體的業(yè)務(wù)隔離。

本質(zhì)上的需求就是根據(jù) HTTP 請求找到對應(yīng)的業(yè)務(wù)實現(xiàn)類然后執(zhí)行邏輯再返回。

而業(yè)務(wù)千千萬，所以需要規(guī)定一個接口，所以業(yè)務(wù)類都實現(xiàn)這個接口這樣才好對接。

這就是接口的含義，就像 USB。

這個接口就是 Servlet，當然這是最狹義的解釋。

Servlet 其實是 Server Applet，全稱 Java Servlet，指的是用Java 編寫的服務(wù)端程序。

其實指代的是實現(xiàn) Servlet 接口的那些業(yè)務(wù)類。

這就是 Servlet 的由來。

而 Servlet 容器其實就是用來管理和加載這些 Servlet 類的，根據(jù) HTTP 請求找到對應(yīng)的 Servlet 類這就是 Servlet 容器要做的事情。

看到這是不是覺得還能再抽一層？因為這好像也和具體的業(yè)務(wù)實現(xiàn)沒關(guān)系？

是的，還能抽一層。

沒必要把 Servlet 容器做的事情和具體的業(yè)務(wù)耦合起來，業(yè)務(wù)反正照著 Servlet 接口實現(xiàn)就行，這樣 Servlet 容器就可以加載它和管理它。

把請求和哪個 Servlet 對應(yīng)關(guān)系也抽象出來，就是 web.xml 了，咱們在配置里面告訴 Servlet 容器對應(yīng)關(guān)系即可。

我圖中的業(yè)務(wù)實現(xiàn)其實對應(yīng)的就是我們平常的?war 包，這就是業(yè)務(wù)和?Servlet?容器的解耦。

想必你也聽過 Servlet 規(guī)范，其實 Servlet 接口和 Servlet 容器這一整套包括目錄命名啊啥的合起來就叫 Servlet 規(guī)范。

所有相關(guān)的中間件按照 Servlet 規(guī)范實現(xiàn)，我們也按 Servlet 規(guī)范來實現(xiàn)業(yè)務(wù)代碼，這樣我們就能在不同場景選擇不同的 Web 中間件。

反正規(guī)范的目的就是為了對接方便，減少對接成本。

至此 HTTP 服務(wù)器、Servlet 、Servlet 容器想必都清晰了。

而 Web 容器其實就是 HTTP 服務(wù)器 + Servlet 容器，因為單單 Servlet 容器沒有解析 HTTP 請求、通信等相關(guān)功能。

所以把 Tomcat、Jetty 等實現(xiàn)包含了 HTTP 服務(wù)器和 Servlet 容器的功能，稱之為 Web 容器。

從我們的分析一層一層的剝離，一層一層的抽象，相信你對 Web 有了更進一步的認識，我再畫個 Tomcat 的分析圖，應(yīng)該就很清晰了。

從上面的一步步分析可以看出：其實架構(gòu)的設(shè)計就是一系列相關(guān)的抽象。

先是抽象出 HTTP 服務(wù)，用來通信和解析協(xié)議。

再因為業(yè)務(wù)的復(fù)雜，為了不和 HTTP 服務(wù)耦合又抽象了一層 Servlet。

由 Servlet 加載和管理 Servlet ，來控制請求轉(zhuǎn)發(fā)到指定的 Servlet 實現(xiàn)類。

然后我們安心的開發(fā)業(yè)務(wù)即可。

因為抽象所以靈活易擴展，比如現(xiàn)在是 HTTP1.1 服務(wù)，可以換成 HTTP 2。

現(xiàn)在用 Tomcat 來作為 Servlet 容器，也可以換成 Jetty。

現(xiàn)在用原生的實現(xiàn) Servlet 來做業(yè)務(wù)，也可以換成 SpringMVC。

隨意變更，因為都抽象出來了，就很好替換，只要遵循約定的接口實現(xiàn)即可。

框架設(shè)計的一個套路

看完了架構(gòu)設(shè)計的套路，再說說框架套路。

接口和抽象類。

所有中間件設(shè)計必用的套路，當然我們自己的代碼也會這樣用。

先定義一個接口來約定一些動作，能做啥做啥。

然后再定義一個抽象類來實現(xiàn)這個接口，用來實現(xiàn)一些通用的邏輯，做到代碼的復(fù)用。

然后再搞一些常用的實現(xiàn)類繼承抽象類，方便開發(fā)者的使用。

剩下的就留給開發(fā)者自行擴展即可。

然后抽象類都會使用模板方法，也就是定義執(zhí)行的流程，具體實現(xiàn)邏輯由子類自行實現(xiàn)。

這就是必用的套路。

接口約束、抽象類代碼復(fù)用、實現(xiàn)常用實現(xiàn)類方便使用、剩下的自行擴展。

拿 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";
??....................
}

套路就是這么個套路，之后面試官問你接口和抽象類的問題，相信你也能答出來了。

最后

套路大家應(yīng)該都 GET 到了。

想必大家都聽過“計算機科學(xué)中的每個問題都可以用一間接層解決”。

是的，基本上所有問題抽象一層都能解決。

如果一層不夠，那就兩層。