1. Spring MVC 處理一個請求的流程分析

        共 5854字,需瀏覽 12分鐘

         ·

        2021-02-09 23:52

        點擊上方藍色字體,選擇“標星公眾號”

        優(yōu)質(zhì)文章,第一時間送達

        ? 作者?|? 程序員自由之路

        來源 |? urlify.cn/eYNvY3

        76套java從入門到精通實戰(zhàn)課程分享

        Spring MVC是Spring系列框架中使用頻率最高的部分。不管是Spring Boot還是傳統(tǒng)的Spring項目,只要是Web項目都會使用到Spring MVC部分。因此程序員一定要熟練掌握MVC部分。本篇博客簡要分析Spring MVC處理一個請求的流程。

        一個請求從客戶端發(fā)出到達服務器,然后被處理的整個過程其實是非常復雜的。本博客主要介紹請求到達服務器被核心組件DispatcherServlet處理的整理流程(不包括Filter的處理流程)。

        1. 處理流程分析

        Servlet處理一個請求時會調(diào)用service()方法,所以DispatcherServlet處理請求的方式也是從service()方法開始(debug的話建議從DispatcherServlet的service方法開始debug)。FrameworkServlet重寫了HttpServlet的service方法,這個service方法后面又調(diào)用了FrameworkServlet的processRequest()方法,processRequest()調(diào)用了DispatcherServlet的doService()方法,最后調(diào)用到DispatcherServlet的doDispatcher()方法。整合處理請求的方法調(diào)用流程如上,下面看下代碼:

        protected?void?service(HttpServletRequest?request,?HttpServletResponse?response)
        ??throws?ServletException,?IOException?{

        ?HttpMethod?httpMethod?=?HttpMethod.resolve(request.getMethod());
        ?if?(HttpMethod.PATCH?==?httpMethod?||?httpMethod?==?null)?{
        ??processRequest(request,?response);
        ?}
        ?else?{
        ????????//這邊調(diào)用了HttpServlet的service()方法,但由于FrameWorkServle重寫了doGet、doPost等方法,所以最終還是會調(diào)用到processRequest方法
        ??super.service(request,?response);
        ?}
        }

        再看看FrameworkServlet的processRequest()方法。

        ???protected?final?void?processRequest(HttpServletRequest?request,?HttpServletResponse?response)
        ??????throws?ServletException,?IOException?{
        ????
        ?????long?startTime?=?System.currentTimeMillis();
        ?????Throwable?failureCause?=?null;
        ????
        ?????LocaleContext?previousLocaleContext?=?LocaleContextHolder.getLocaleContext();
        ?????LocaleContext?localeContext?=?buildLocaleContext(request);
        ????
        ?????RequestAttributes?previousAttributes?=?RequestContextHolder.getRequestAttributes();
        ?????ServletRequestAttributes?requestAttributes?=?buildRequestAttributes(request,?response,?previousAttributes);
        ????
        ?????WebAsyncManager?asyncManager?=?WebAsyncUtils.getAsyncManager(request);
        ?????asyncManager.registerCallableInterceptor(FrameworkServlet.class.getName(),?new?RequestBindingInterceptor());
        ????
        ?????initContextHolders(request,?localeContext,?requestAttributes);
        ????
        ?????try?{
        ????????????//這邊調(diào)用DispatcherServlet的doService()方法
        ??????doService(request,?response);
        ?????}
        ?????catch?(ServletException?ex)?{
        ??????failureCause?=?ex;
        ??????throw?ex;
        ?????}
        ?????catch?(IOException?ex)?{
        ??????failureCause?=?ex;
        ??????throw?ex;
        ?????}
        ?????catch?(Throwable?ex)?{
        ??????failureCause?=?ex;
        ??????throw?new?NestedServletException("Request?processing?failed",?ex);
        ?????}
        ????
        ?????finally?{
        ??????resetContextHolders(request,?previousLocaleContext,?previousAttributes);
        ??????if?(requestAttributes?!=?null)?{
        ???????requestAttributes.requestCompleted();
        ??????}
        ????
        ??????if?(logger.isDebugEnabled())?{
        ???????if?(failureCause?!=?null)?{
        ????????this.logger.debug("Could?not?complete?request",?failureCause);
        ???????}
        ???????else?{
        ????????if?(asyncManager.isConcurrentHandlingStarted())?{
        ?????????logger.debug("Leaving?response?open?for?concurrent?processing");
        ????????}
        ????????else?{
        ?????????this.logger.debug("Successfully?completed?request");
        ????????}
        ???????}
        ??????}
        ????
        ??????publishRequestHandledEvent(request,?response,?startTime,?failureCause);
        ?????}
        ????}

        doService()方法的具體內(nèi)容會在后面講到,這邊描述下doDispatcher()的內(nèi)容,參考了博客:

        首先根據(jù)請求的路徑找到HandlerMethod(帶有Method反射屬性,也就是對應Controller中的方法),然后匹配路徑對應的攔截器,有了HandlerMethod和攔截器構造個HandlerExecutionChain對象。HandlerExecutionChain對象的獲取是通過HandlerMapping接口提供的方法中得到。有了HandlerExecutionChain之后,通過HandlerAdapter對象進行處理得到ModelAndView對象,HandlerMethod內(nèi)部handle的時候,使用各種HandlerMethodArgumentResolver實現(xiàn)類處理HandlerMethod的參數(shù),使用各種HandlerMethodReturnValueHandler實現(xiàn)類處理返回值。最終返回值被處理成ModelAndView對象,這期間發(fā)生的異常會被HandlerExceptionResolver接口實現(xiàn)類進行處理。

        總結下Spring MVC處理一個請求的過程:

        • 首先,搜索應用的上下文對象 WebApplicationContext 并把它作為一個屬性(attribute)綁定到該請求上,以便控制器和其他組件能夠使用它。

        • 將地區(qū)(locale)解析器綁定到請求上,以便其他組件在處理請求(渲染視圖、準備數(shù)據(jù)等)時可以獲取區(qū)域相關的信息。如果你的應用不需要解析區(qū)域相關的信息;

        • 將主題(theme)解析器綁定到請求上,以便其他組件(比如視圖等)能夠了解要渲染哪個主題文件。同樣,如果你不需要使用主題相關的特性,忽略它即可如果你配置了multipart文件處理器,那么框架將查找該文件是不是multipart(分為多個部分連續(xù)上傳)的。若是,則將該請求包裝成一個 MultipartHttpServletRequest 對象,以便處理鏈中的其他組件對它做進一步的處理。關于Spring對multipart文件傳輸處理的支持;

        • 為該請求查找一個合適的處理器。如果可以找到對應的處理器,則與該處理器關聯(lián)的整條執(zhí)行鏈(前處理器、后處理器、控制器等)都會被執(zhí)行,以完成相應模型的準備或視圖的渲染如果處理器返回的是一個模型(model),那么框架將渲染相應的視圖。若沒有返回任何模型(可能是因為前后的處理器出于某些原因攔截了請求等,比如,安全問題),則框架不會渲染任何視圖,此時認為對請求的處理可能已經(jīng)由處理鏈完成了(這個過程就是doService()和doDispatcher()做的事情)

        1、 首先用戶發(fā)送請求——>DispatcherServlet,前端控制器收到請求后自己不進行處理,而是委托給其他的解析器進行處理,作為統(tǒng)一訪問點,進行全局的流程控制;

        2、 DispatcherServlet——>HandlerMapping,HandlerMapping將會把請求映射為HandlerExecutionChain對象(包含一個Handler處理器(頁面控制器)對象、多個HandlerInterceptor攔截器)對象,通過這種策略模式,很容易添加新的映射策略;

        3、 DispatcherServlet——>HandlerAdapter,HandlerAdapter將會把處理器包裝為適配器,從而支持多種類型的處理器,即適配器設計模式的應用,從而很容易支持很多類型的處理器;

        4、 HandlerAdapter——>處理器功能處理方法的調(diào)用,HandlerAdapter將會根據(jù)適配的結果調(diào)用真正的處理器的功能處理方法,完成功能處理;并返回一個ModelAndView對象(包含模型數(shù)據(jù)、邏輯視圖名);

        5、 ModelAndView的邏輯視圖名——> ViewResolver,ViewResolver將把邏輯視圖名解析為具體的View,通過這種策略模式,很容易更換其他視圖技術;

        6、 View——>渲染,View會根據(jù)傳進來的Model模型數(shù)據(jù)進行渲染,此處的Model實際是一個Map數(shù)據(jù)結構,因此很容易支持其他視圖技術;

        7、返回控制權給DispatcherServlet,由DispatcherServlet返回響應給用戶,到此一個流程結束。

        2. 請求流程圖

        還是這個圖比較清楚。發(fā)現(xiàn)根據(jù)代碼不太能把這個流程說清楚。而且整個流程很長,代碼很多,我就不貼代碼了。這里根據(jù)這個圖再把整個流程中組件的功能總結下:

        • DispatcherServlet:核心控制器,所有請求都會先進入DispatcherServlet進行統(tǒng)一分發(fā),是不是感覺有點像外觀模式的感覺;

        • HandlerMapping:這個組件的作用就是將用戶請求的URL映射成一個HandlerExecutionChain。這個HandlerExecutionChainHandlerMethodHandlerInterceptor的組合。Spring在啟動的時候會默認注入很多HandlerMapping組件,其中最常用的組件就是RequestMappingHandlerMapping

          上面的HandlerMethodHandlerInterceptor組件分別對應我們Controller中的方法和攔截器。攔截器會在HandlerMethod方法執(zhí)行之前執(zhí)行

        • HandlerAdapter組件,這個組件的主要作用是用來對HandlerMethod中參數(shù)的轉(zhuǎn)換,對方法的執(zhí)行,以及對返回值的轉(zhuǎn)換等等。這里面涉及的細節(jié)就很多了,包括HandlerMethodArgumentResolver、HandlerMethodReturnValueHandler?、RequestResponseBodyMethodProcessor?、和HttpMessageConvert等組件。

          HandlerAdapter組件執(zhí)行完成之后會得到一個ModleAndView組件,這個組件代表視圖模型。

        • 得到ModleAndView后會執(zhí)行攔截器的postHandle方法。

        • 如果在上面的執(zhí)行過程中發(fā)生任何異常,會由HandlerExceptionResolver進行統(tǒng)一處理。

        • 最后模型解析器會對上面的到的ModleAndView進行解析,得到一個一個View返回給客戶端。在返回客戶端之前還會執(zhí)行攔截器的afterCompletion方法。





        粉絲福利:Java從入門到入土學習路線圖

        ??????

        ??長按上方微信二維碼?2 秒


        感謝點贊支持下哈?

        瀏覽 106
        點贊
        評論
        收藏
        分享

        手機掃一掃分享

        分享
        舉報
        評論
        圖片
        表情
        推薦
        點贊
        評論
        收藏
        分享

        手機掃一掃分享

        分享
        舉報
          
          

            1. 97国内揄拍国内精品对白 | 九一精品| 污污网站免费在线观看 | 激情男女在车做爰视频了 | 亚洲国产手机在线 |