Spring?MVC DispatcherServlet處理請(qǐng)求過程示例詳解

更新時(shí)間：2023年09月14日 10:46:47 作者：福

這篇文章主要介紹了Spring?MVC?DispatcherServlet處理請(qǐng)求過程示例解析，有需要的朋友可以借鑒參考下，希望能夠有所幫助，祝大家多多進(jìn)步，早日升職加薪

引言

前面講過了DispatcherServlet的初始化過程（源碼角度的DispatcherServlet的具體初始化過程還沒說，先放一放），今天說一下DispatcherServlet處理請(qǐng)求的過程。

處理過程

WebApplicationContext綁定在當(dāng)前request屬性上（屬性鍵值DispatcherServlet.WEB_APPLICATION_CONTEXT_ATTRIBUTE）
localResolver綁定在request的屬性上（屬性鍵值LOCALE_RESOLVER_ATTRIBUTE）
themeResolver綁定在request屬性上（屬性鍵值HEME_RESOLVER_ATTRIBUTE）
servlet容器配置了multipart resolver，并且當(dāng)前請(qǐng)求包含multpart file，則包裝當(dāng)前request為MultipartHttpServletRequest。
匹配當(dāng)前請(qǐng)求的handlerMappings，獲取到HandlerExecutionChain，匹配getHandlerAdapter
調(diào)用HandlerExecutionChain的applyPreHandle方法：獲取攔截器，調(diào)用攔截器的preHandle方法
調(diào)用HandlerAdapter的handle方法，這兒會(huì)匹配并執(zhí)行Conroller方法
執(zhí)行HandlerExecutionChain的applyPostHandle方法：調(diào)用攔截器的postHandle方法
執(zhí)行processDispatchResult方法，其中會(huì)調(diào)用攔截器的afterCompletion方法

以上過程都被try catch包圍起來了，所以才會(huì)有Spring MVC的異常處理機(jī)制：應(yīng)用層不管哪里（controller、service、dao層...）拋出的異常，都會(huì)在這里被捕獲到，注冊(cè)到WebApplicationContext容器中的HandlerExceptionResolver beans就有機(jī)會(huì)統(tǒng)一處理異常。

可以通過DispatcherServlet的初始化參數(shù)來定制化其行為，參數(shù)可以通過web.xml指定，包括：

contextClass：指定當(dāng)前DispatcherServlet綁定的容器類（ConfigurableWebApplicationContext的實(shí)現(xiàn)類），默認(rèn)為XmlWebApplicationContext 。
contextConfigLocation:上述contextClass指定的容器類的配置文件的位置，可以指定多個(gè)配置文件，逗號(hào)分割。
namespace：WebApplicationContext的namespace，默認(rèn)[servlet-name]-servlet。
throwExceptionIfNoHandlerFound：某一請(qǐng)求request沒有匹配到handle的話，是否拋出NoHandlerFoundException異常，NoHandlerFoundException隨后可以被HandlerExceptionResolver捕獲并處理。默認(rèn)情況下該參數(shù)設(shè)置為false，DispatherServlet不拋出異常、直接導(dǎo)航到404。注意：如果配置了默認(rèn)Servlet Handler(default servlet handling)的話，那么沒匹配到的request會(huì)導(dǎo)航到默認(rèn)handler處理，永遠(yuǎn)不會(huì)出現(xiàn)404。

攔截

HandlerMapping支持?jǐn)r截器，攔截器需實(shí)現(xiàn)SpringMVC的HandlerInterceptor接口（org.springframework.web.servlet），包含如下方法：

preHandle：HandlerMapping處理請(qǐng)求之前發(fā)生。
postHandle：HandlerMapping處理請(qǐng)求之后發(fā)生。
afterCompletion：整個(gè)請(qǐng)求處理完成之后。

preHandle返回true則請(qǐng)求繼續(xù)被處理，返回false則后續(xù)不會(huì)再處理請(qǐng)求。

postHandle對(duì)@ResponseBody和ResponseEntity方法幾乎沒有什么作用，因?yàn)閞esponse已經(jīng)在postHandle之前被HandlerAdapter處理完成了，因此不可能被postHandle修改了。比如你想通過postHandle在response header中增加一個(gè)頭信息是不可能的了。這種需求只能通過ResponseBodyAdvice、 Controller Advice 或者直接在RequestMappingHandlerAdapter中直接實(shí)現(xiàn)。

異常處理

HandleMapping、HandlerAdapter、Controller中發(fā)生的任何異常，都可以被DispatcherServlet捕獲、交給HandlerExceptionResolver bean去處理異常。

SpringMVC提供如下異常處理的實(shí)現(xiàn)類：

異常處理鏈我們可以配置多個(gè)HandlerExceptionResolver作為異常處理鏈（exception resolver chain）來處理異常，可以通過order屬性指定其處理順序，order值越大、在chain中排名越靠后。

HandlerExceptionResolver可以返回：

ModelAndView ：錯(cuò)誤頁面。
空ModelAndView：錯(cuò)誤已經(jīng)被處理，不需要導(dǎo)航到錯(cuò)誤頁面。
Null：當(dāng)前Resolver不處理，異常繼續(xù)向上拋給chain中后面的Resolver，直到最后如果沒有Resolver處理該異常的話，異常會(huì)拋出給Servlet容器（比如給到Tomcat，這種情況下Tomcat也不處理，可能就會(huì)直接拋出給前臺(tái)）。

SpringMVC會(huì)自動(dòng)配置內(nèi)建的異常處理器，我們可以通過配置客戶化異常處理器。SpringMVC的異常處理相對(duì)比較重要，后面我們還會(huì)從源碼和應(yīng)用角度做一次分析。

容器錯(cuò)誤頁面

如果異常沒有被任何HandlerExceptionResolver處理，而且，如果response status被設(shè)置為4xx、5xx的話，servlet容器（比如tomcat）會(huì)導(dǎo)航到默認(rèn)的錯(cuò)誤處理頁面，假如容器配置了錯(cuò)誤處理頁面的話?？梢酝ㄟ^web.xml配置：

<error-page>
    <location>/error</location>
</error-page>

以上配置需要DispatcherServlet進(jìn)一步處理：

@RestController
public class ErrorController {
    @RequestMapping(path = "/error")
    public Map<String, Object> handle(HttpServletRequest request) {
        Map<String, Object> map = new HashMap<>();
        map.put("status", request.getAttribute("jakarta.servlet.error.status_code"));
        map.put("reason", request.getAttribute("jakarta.servlet.error.message"));
        return map;
    }
}

以上就是Spring MVC 六 - DispatcherServlet處理請(qǐng)求過程的詳細(xì)內(nèi)容，更多關(guān)于Spring MVC 六 - DispatcherServlet處理請(qǐng)求過程的資料請(qǐng)關(guān)注腳本之家其它相關(guān)文章！

您可能感興趣的文章: