什么是Servlet容器

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

首先瀏覽器發起 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";
  ....................
}
`

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

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