什么是Servlet容器

本篇內(nèi)容介紹了“什么是Servlet容器”的有關(guān)知識，在實際案例的操作過程中，不少人都會遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學習一下如何處理這些情況吧！希望大家仔細閱讀，能夠?qū)W有所成！

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

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

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

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

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

需要根據(jù) HTTP 請求調(diào)用不同的業(yè)務(wù)邏輯來響應，但是我們的業(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è)務(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 請求找到對應的 Servlet 類這就是 Servlet 容器要做的事情。

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

是的，還能抽一層。

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

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

我圖中的業(yè)務(wù)實現(xiàn)其實對應的就是我們平常的 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 的分析圖，應該就很清晰了。

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

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

再因為業(yè)務(wù)的復雜，為了不和 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)一些通用的邏輯，做到代碼的復用。

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

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

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

這就是必用的套路。

接口約束、抽象類代碼復用、實現(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";
  ....................
}
`

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

“什么是Servlet容器”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實用文章！