Servlet規范和Servlet容器知識點有哪些

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

HTTP服務器收到請求后，我們的Java類要來處理，為了防止HTTP服務器代碼和業務代碼耦合，出現了面向接口編程的servlet接口，有時我們也把實現了 Servlet 接口的業務類叫作 Servlet。對于特定的請求，HTTP 服務器如何知道由哪個 Servlet 來處理呢？Servlet 又是由誰來實例化呢？顯然 HTTP 服務器不適合做這個工作，否則又和業務類耦合了。然后Servlet 容器就是用來加載和管理業務類。HTTP 服務器不直接跟業務類打交道，而是把請求交給 Servlet 容器去處理，Servlet 容器會將請求轉發到具體的 Servlet，如果這個 Servlet 還沒創建，就加載并實例化這個 Servlet，然后調用這個 Servlet 的接口方法。因此 Servlet 接口其實是 Servlet 容器跟具體業務類之間的接口。

Servlet 接口中service 方法，具體業務類在這個方法里實現處理邏輯。這個方法有兩個參數：ServletRequest 和 ServletResponse。ServletRequest 用來封裝請求信息，ServletResponse 用來封裝響應信息，因此本質上這兩個類是對通信協議的封裝。比如 HTTP 協議中的請求和響應就是對應了 HttpServletRequest 和 HttpServletResponse 這兩個類。你可以通過 HttpServletRequest 來獲取所有請求相關的信息，包括請求路徑、Cookie、HTTP 頭、請求參數等。此外，我在專欄上一期提到過，我們還可以通過 HttpServletRequest 來創建和獲取 Session。而 HttpServletResponse 是用來封裝 HTTP 響應的。你可以看到接口中還有兩個跟生命周期有關的方法 init 和 destroy，這是一個比較貼心的設計，Servlet 容器在加載 Servlet 類的時候會調用 init 方法，在卸載的時候會調用 destroy 方法。我們可能會在 init 方法里初始化一些資源，并在 destroy 方法里釋放這些資源，比如 Spring MVC 中的 DispatcherServlet，就是在 init 方法里創建了自己的 Spring 容器。你還會注意到 ServletConfig 這個類，ServletConfig 的作用就是封裝 Servlet 的初始化參數。你可以在web.xml給 Servlet 配置參數，并在程序里通過 getServletConfig 方法拿到這些參數。有接口一般就有抽象類，抽象類用來實現接口和封裝通用的邏輯，因此 Servlet 規范提供了 GenericServlet 抽象類，我們可以通過擴展它來實現 Servlet。雖然 Servlet 規范并不在乎通信協議是什么，但是大多數的 Servlet 都是在 HTTP 環境中處理的，因此 Servet 規范還提供了 HttpServlet 來繼承 GenericServlet，并且加入了 HTTP 特性。這樣我們通過繼承 HttpServlet 類來實現自己的 Servlet，只需要重寫兩個方法：doGet 和 doPost。

Servlet 容器

當客戶請求某個資源時，HTTP 服務器會用一個 ServletRequest 對象把客戶的請求信息封裝起來，然后調用 Servlet 容器的 service 方法，Servlet 容器拿到請求后，根據請求的 URL 和 Servlet 的映射關系，找到相應的 Servlet，如果 Servlet 還沒有被加載，就用反射機制創建這個 Servlet，并調用 Servlet 的 init 方法來完成初始化，接著調用 Servlet 的 service 方法來處理請求，把 ServletResponse 對象返回給 HTTP 服務器，HTTP 服務器會把響應發送給客戶端。

Servlet 規范里定義了 ServletContext 這個接口來對應一個 Web 應用。Web 應用部署好后，Servlet 容器在啟動時會加載 Web 應用，并為每個 Web 應用創建唯一的 ServletContext 對象。你可以把 ServletContext 看成是一個全局對象，一個 Web 應用可能有多個 Servlet，這些 Servlet 可以通過全局的 ServletContext 來共享數據，這些數據包括 Web 應用的初始化參數、Web 應用目錄下的文件資源等。由于 ServletContext 持有所有 Servlet 實例，你還可以通過它來實現 Servlet 請求的轉發。

| -  MyWebApp
      | -  WEB-INF/web.xml        -- 配置文件，用來配置Servlet等
      | -  WEB-INF/lib/           -- 存放Web應用所需各種JAR包
      | -  WEB-INF/classes/       -- 存放你的應用類，比如Servlet類
      | -  META-INF/              -- 目錄存放工程的一些信息

Servlet 規范提供了兩種擴展機制：Filter 和 Listener。Filter 是過濾器，這個接口允許你對請求和響應做一些統一的定制化處理，比如你可以根據請求的頻率來限制訪問，或者根據國家地區的不同來修改響應內容。過濾器的工作原理是這樣的：Web 應用部署完成后，Servlet 容器需要實例化 Filter 并把 Filter 鏈接成一個 FilterChain。當請求進來時，獲取第一個 Filter 并調用 doFilter 方法，doFilter 方法負責調用這個 FilterChain 中的下一個 Filter。Listener 是監聽器，這是另一種擴展機制。當 Web 應用在 Servlet 容器中運行時，Servlet 容器內部會不斷的發生各種事件，如 Web 應用的啟動和停止、用戶請求到達等。 Servlet 容器提供了一些默認的監聽器來監聽這些事件，當事件發生時，Servlet 容器會負責調用監聽器的方法。當然，你可以定義自己的監聽器去監聽你感興趣的事件，將監聽器配置在web.xml中。比如 Spring 就實現了自己的監聽器，來監聽 ServletContext 的啟動事件，目的是當 Servlet 容器啟動時，創建并初始化全局的 Spring 容器。Filter 是干預過程的，它是過程的一部分，是基于過程行為的。Listener 是基于狀態的，任何行為改變同一個狀態，觸發的事件是一致的。

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