3. HTTP 請求在 Web 應用中的處理流程

在穿越了 Web 容器之后，HTTP 請求將被投送到 Web 應用，我們繼續(xù)以 Tomcat 為例剖析后續(xù)流程。Web 容器與 Web 應用的銜接是通過配置文件 web.xml 完成的。web.xml 是遵循 Java Servlet 標準規(guī)范的配置文件，我們通過這份配置文件定義構(gòu)成 Web 應用的各種核心組件和初始化配置，其中包括：過濾器 Filter、監(jiān)聽器 Listener、伺服器 Servlet 等等。不同組件分別承擔不同的功能，在介紹 Web 應用處理 HTTP 請求流程之前，我們照例先來了解一下這些核心組件。

目前累計服務客戶上千多家，積累了豐富的產(chǎn)品開發(fā)及服務經(jīng)驗。以網(wǎng)站設計水平和技術實力，樹立企業(yè)形象，為客戶提供網(wǎng)站設計制作、成都網(wǎng)站制作、網(wǎng)站策劃、網(wǎng)頁設計、網(wǎng)絡營銷、VI設計、網(wǎng)站改版、漏洞修補等服務。創(chuàng)新互聯(lián)公司始終以務實、誠信為根本，不斷創(chuàng)新和提高建站品質(zhì)，通過對領先技術的掌握、對創(chuàng)意設計的研究、對客戶形象的視覺傳遞、對應用系統(tǒng)的結(jié)合，為客戶提供更好的一站式互聯(lián)網(wǎng)解決方案，攜手廣大客戶，共同發(fā)展進步。

3.1 Web 應用核心組件簡介

3.1.1 過濾器 Filter

過濾器 Filter 負責對 HTTP 請求做預處理，接著將請求交給 Servlet 進行處理并生成響應，最后 Filter 再對響應進行后處理。從 HTTP 請求的處理過程來看，F(xiàn)ilter 主要參與以下幾個環(huán)節(jié)：

• 在 HttpServletRequest 到達 Servlet 之前，攔截客戶的 HttpServletRequest。
• 根據(jù)需要檢查 HttpServletRequest，也可以修改 HttpServletRequest 報文頭和數(shù)據(jù)。
• 在 Servlet 生成的 HttpServletResponse 抵達客戶端之前，攔截 HttpServletResponse。
• 根據(jù)需要檢查 HttpServletResponse，也可以修改 HttpServletResponse 報文頭和數(shù)據(jù)。

過濾器映射 filter-mapping，用于聲明 Web 應用將會用到的過濾器，過濾器可被映射到一個 Servlet 或 URL 模式。如果將過濾器映射到一個 Servlet 上，那它就作用于特定 Servlet。如果將過濾器映射到一個 URL 模式，那么它將作用于任何資源，只要該資源的 URL 與 URL 模式匹配。如果對某個資源的請求匹配到多個 Filter，那么在處理 HTTP 請求過程中，Tomcat 將按照過濾器映射 filter-mapping 在配置文件 web.xml 中的先后順序來執(zhí)行，在前面的先執(zhí)行，在后面的后執(zhí)行，多個過濾器 Filter 可以組成調(diào)用鏈。URL 模式匹配有三種類型規(guī)則：

• 精確匹配：如“/foo.htm”，那只會匹配“foo.htm”這個 URL。
• 路徑匹配：如“/foo/*”，那只會匹配以 foo 為前綴的 URL。
• 后綴匹配：如“*.htm”，那只會匹配所有以“.htm”為后綴的 URL。

    encodingFilter
    org.springframework.web.filter.CharacterEncodingFilter
    
        encoding
        UTF-8
    
    
        forceEncoding
        true
    


    encodingFilter
    /*??

3.1.2 監(jiān)聽器 Listener

監(jiān)聽器 Listener 主要用于監(jiān)聽 Application、Session、Request 等對象的變化，每當這些對象發(fā)生變化就會回調(diào)用對應的監(jiān)聽方法。例如：在?Servlet API?中有一個?ServletContextListener?接口，它能夠監(jiān)聽?ServletContext?對象的生命周期，實際上就是監(jiān)聽?Web?應用的生命周期。當 Servlet?容器啟動或終止Web?應用時，會觸發(fā) ServletContextEvent?事件，該事件由 ServletContextListener?來處理。

    org.springframework.web.util.Log4jConfigListener

3.1.3 伺服器 Servlet

伺服器 Servlet 負責處理客戶端訪問動態(tài)資源的 HTTP 請求，接口 javax.servlet.Servlet 定義了所有 Servlet 必須要實現(xiàn)的方法。

方法名稱	功能說明
destroy()	由 Servlet 容器調(diào)用，用于關閉停止 Servlet 提供的服務
getServletConfig()	獲取 Servlet 初始化和啟動時參數(shù)的配置信息對象 ServletConfig
getServletInfo()	獲取 Servlet 的說明信息，包括：作者、版本和版權(quán)等等
init()	由 Servlet 容器調(diào)用，籍由配置 ServletConfig?完成 Servlet 初始化，啟動對外服務
service()	由 Servlet 容器調(diào)用，讓 Servlet 處理某個 HTTP 請求

從 HTTP 請求的處理過程來看，伺服器 Servlet 主要參與以下幾個環(huán)節(jié)：

• 接收請求：客戶端請求會被封裝成 HttpServletRequest 對象，包含報文頭參數(shù)和報文體等信息。
• 處理請求：通常調(diào)用 Servlet 的方法 service、doPost 或 doGet 等方法處理請求，并進一步調(diào)用業(yè)務層相應邏輯對其進行處理等。
• 反饋響應：處理完請求后，可以轉(zhuǎn)發(fā)（forward）、重定向（redirect）到某個視圖頁面或者直接返回結(jié)果數(shù)據(jù)，轉(zhuǎn)發(fā)是 HttpServletRequest 的方法，重定向是 HttpServletResponse 的方法。

在老兵哥的讀書年代，Web 應用相對簡單，主要是各種信息管理系統(tǒng)。當時 Spring 尚未誕生，主流技術棧是 JSP/Servlet，老兵哥我開發(fā) Web 應用時主要編寫繼承自 HttpServlet 子類，將各種業(yè)務邏輯功能分別交由不同的 HttpServlet 子類實現(xiàn)。HttpServlet 繼承自 GenericServlet，后者實現(xiàn)了接口 Servlet。隨著數(shù)字化和互聯(lián)網(wǎng)化的不斷推進，業(yè)務系統(tǒng)變得越來越復雜，HttpServlet 子類越寫越多，web.xml 配置文件越來越復雜，這導致系統(tǒng)的擴展維護越來越困難，手工作坊式的開發(fā)方法已經(jīng)跟不上業(yè)務發(fā)展的步伐了。時勢造英雄，Spring 就是在這種背景下呼之而出的，它創(chuàng)造性地發(fā)明了控制反轉(zhuǎn) IOC 和面向切面編程 AOP，極大地降低復雜度。如下面配置示例所示，整個 Web 應用只需要配置一個 Servlet 就可以了，它就是 Spring 的前置分發(fā)器 DispatcherServlet：

    mvc
    org.springframework.web.servlet.DispatcherServlet
    
        contextConfigLocation
        classpath:mvc-servlet.xml
    
    1


    mvc
    /api

3.2 Web 應用處理 HTTP 請求的流程

如下圖所示，Web 應用處理 HTTP 請求的流程主要是穿越監(jiān)聽器 Listener 和過濾器鏈 Filters，最終抵達伺服器 Servlet 的過程：

原先我們將 Web 應用的復雜度直接暴露給了 Tomcat，現(xiàn)在 Spring 通過控制反轉(zhuǎn) IOC 和面向切面編程 AOP 等新技術接管了 Web 應用的復雜度。如前面 Servlet 的配置示例，整個 Web 應用只需要配置 Spring 提供的前置分發(fā)器 DispatcherServlet，開發(fā)者無需再編寫和配置 HttpServlet 子類，所有業(yè)務邏輯功能將按照 Spring 的標準規(guī)范來開發(fā)，從原先的編寫 Listener\Filter\Servlet 改為編寫 Spring Component，包括：Controller、Service、Repository 等。

Tomcat 在接收到某個 Web 應用的 Http 請求之后，它會將所有請求都轉(zhuǎn)交給前置分發(fā)器 DispatcherServlet，再由 DispatcherServlet 將請求派發(fā)給具體業(yè)務邏輯進行處理。DispatcherServlet 就是從 HttpServlet 派生的子類，它的類圖關系如下所示：

3.3 Web 應用架構(gòu)演進過程解析

Web 應用架構(gòu)的演進過程就像創(chuàng)業(yè)孵化過程，最初創(chuàng)業(yè)團隊打造的產(chǎn)品很簡單，大家采用手工作坊模式來快速打造最小化可行產(chǎn)品，這時候團隊的組織架構(gòu)也跟產(chǎn)品一樣扁平簡單。但隨著產(chǎn)品被越來越多的用戶使用，功能變得越來越復雜，接著必須引進新架構(gòu)才能有效管理復雜度，同時團隊規(guī)模的擴展也需要與業(yè)務發(fā)展匹配的組織架構(gòu)，這樣才能保證產(chǎn)品的不斷發(fā)展。Web 應用架構(gòu)的演化過程跟 Tomcat 體系結(jié)構(gòu)的形成過程類似，老兵哥會經(jīng)常借助“俄羅斯套娃”這個模型來闡述架構(gòu)，Web 容器和 Web 應用這兩層的架構(gòu)原則是類似的，就像大娃娃套著小娃娃一樣。

Spring 的 IOC 容器跟 Tomcat 的 Servlet 容器類似，也是通過配置文件等方式來定義組件，然后在啟動過程中將這些定義好的組件初始化并添加到容器當中，后續(xù)使用時從容器查找獲取。早期 Web 應用主要由大量開發(fā)者編寫的 Filter\Listener\Servlet 等組件構(gòu)成，這些核心組件的配置全部都通過 web.xml 配置文件來維護，那么 Web 應用和 Web 容器之間其實不是松耦合的，而引進 Spring 之后就變成只需要配置 DispatcherServlet 等少量組件了，達到了分層架構(gòu)的要求，更加有利于開發(fā)復雜的 Web 應用。如果采用架構(gòu)的專業(yè)術語來描述，這就是經(jīng)典的分層架構(gòu)模式，層與層之間松耦合，僅通過少量的接口銜接，每層內(nèi)部高內(nèi)聚。

本文主要價值是幫助大家梳理出端到端的全流程框架，也就是我們常說的全局視角或者上帝視角。有了這個框架之后，我們可以根據(jù)自己的需要按圖索驥找相關節(jié)點的資料來研究學習，不至于陷入細節(jié)找不到方向。當然，考慮到我們每個人的工作學習情況不同，平時遇到的問題也不同，本文內(nèi)容無法覆蓋所有人遇到的問題，歡迎大家留言提問，也歡迎關注我的博客或公號“IT老兵哥”交流互動，我會盡力盡快解答大家提出的問題，謝謝！

本系列其他文章索引如下：

• 圖解 Spring：HTTP 請求的處理流程與機制【1】
• 圖解 Spring：HTTP 請求的處理流程與機制【2】
• 圖解 Spring：HTTP 請求的處理流程與機制【4】
• 圖解 Spring：HTTP 請求的處理流程與機制【5】

另外有需要云服務器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務器、裸金屬服務器、高防服務器、香港服務器、美國服務器、虛擬主機、免備案服務器”等云主機租用服務以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應用場景需求。

分享名稱：圖解Spring：HTTP請求的處理流程與機制【3】-創(chuàng)新互聯(lián)
當前網(wǎng)址：http://weahome.cn/article/djieep.html