【深入淺出spring】Spring MVC 流程解析 -- HandlerAdapter

villainhr 發(fā)布于2019-08-15 15:12 / 1675人閱讀

摘要：前言繼上一篇深入淺出流程解析介紹了后，本文按照深入淺出流程解析的分析流程，繼續(xù)往下分析，介紹下相關(guān)的內(nèi)容。即適配類型為的處理器，對應(yīng)。之前在問答社區(qū)發(fā)現(xiàn)很多的問題都集中再這塊。中的就是通過適配的附錄類圖

前言

繼上一篇【深入淺出spring】Spring MVC 流程解析 -- HanndlerMapping介紹了handler mapping后，本文按照【深入淺出spring】Spring MVC 流程解析的分析流程，繼續(xù)往下分析，介紹下HandlerAdapter相關(guān)的內(nèi)容。

總流程

回顧下DispatcherServlet.doDispatch的代碼：

protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {
        HttpServletRequest processedRequest = request;
        HandlerExecutionChain mappedHandler = null;
        boolean multipartRequestParsed = false;

        WebAsyncManager asyncManager = WebAsyncUtils.getAsyncManager(request);

        try {
            ModelAndView mv = null;
            Exception dispatchException = null;

            try {
                processedRequest = checkMultipart(request);
                multipartRequestParsed = (processedRequest != request);

                // Determine handler for the current request.
                mappedHandler = getHandler(processedRequest);
                if (mappedHandler == null) {
                    noHandlerFound(processedRequest, response);
                    return;
                }

                // Determine handler adapter for the current request.
                HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());

                // Process last-modified header, if supported by the handler.
                String method = request.getMethod();
                boolean isGet = "GET".equals(method);
                if (isGet || "HEAD".equals(method)) {
                    long lastModified = ha.getLastModified(request, mappedHandler.getHandler());
                    if (logger.isDebugEnabled()) {
                        logger.debug("Last-Modified value for [" + getRequestUri(request) + "] is: " + lastModified);
                    }
                    if (new ServletWebRequest(request, response).checkNotModified(lastModified) && isGet) {
                        return;
                    }
                }

                if (!mappedHandler.applyPreHandle(processedRequest, response)) {
                    return;
                }

                // Actually invoke the handler.
                mv = ha.handle(processedRequest, response, mappedHandler.getHandler());

                if (asyncManager.isConcurrentHandlingStarted()) {
                    return;
                }

                applyDefaultViewName(processedRequest, mv);
                mappedHandler.applyPostHandle(processedRequest, response, mv);
            }
            catch (Exception ex) {
                dispatchException = ex;
            }
            catch (Throwable err) {
                // As of 4.3, we"re processing Errors thrown from handler methods as well,
                // making them available for @ExceptionHandler methods and other scenarios.
                dispatchException = new NestedServletException("Handler dispatch failed", err);
            }
            processDispatchResult(processedRequest, response, mappedHandler, mv, dispatchException);
        }
        catch (Exception ex) {
            triggerAfterCompletion(processedRequest, response, mappedHandler, ex);
        }
        catch (Throwable err) {
            triggerAfterCompletion(processedRequest, response, mappedHandler,
                    new NestedServletException("Handler processing failed", err));
        }
        finally {
            if (asyncManager.isConcurrentHandlingStarted()) {
                // Instead of postHandle and afterCompletion
                if (mappedHandler != null) {
                    mappedHandler.applyAfterConcurrentHandlingStarted(processedRequest, response);
                }
            }
            else {
                // Clean up any resources used by a multipart request.
                if (multipartRequestParsed) {
                    cleanupMultipart(processedRequest);
                }
            }
        }
    }

從源碼可以看到，17行根據(jù)request拿到對象HandlerExecutionChain(包含一個處理器 handler 如HandlerMethod 對象、多個 HandlerInterceptor 攔截器對象)后，就是24行根據(jù)handler獲取對應(yīng)的adapter，并在44行調(diào)用適配器的handler方法（適配器設(shè)計模式可以自行g(shù)oogle了解），返回ModelAndView。詳細看下getHandlerAdapter這個方法：

    protected HandlerAdapter getHandlerAdapter(Object handler) throws ServletException {
        if (this.handlerAdapters != null) {
            for (HandlerAdapter ha : this.handlerAdapters) {
                if (logger.isTraceEnabled()) {
                    logger.trace("Testing handler adapter [" + ha + "]");
                }
                if (ha.supports(handler)) {
                    return ha;
                }
            }
        }
        throw new ServletException("No adapter for handler [" + handler +
                "]: The DispatcherServlet configuration needs to include a HandlerAdapter that supports this handler");
    }

和上文handler mapping的邏輯非常類似，遍歷容器中的所有HandlerAdapter，然后判斷是否支持適配此handler，這里的關(guān)鍵方法supports是接口HandlerAdapter中的方法，具體邏輯由其實現(xiàn)類決定。默認的HandlerAdapter的實現(xiàn)類有3種：

RequestMappingHandlerAdapter

HttpRequestHandlerAdapter

SimpleControllerHandlerAdapter

RequestMappingHandlerAdapter 適配哪類處理器

RequestMappingHandlerAdapter沒有重寫supports方法，即執(zhí)行的是其父類AbstractHandlerMethodAdapter的方法，代碼如下：

    public final boolean supports(Object handler) {
        return (handler instanceof HandlerMethod && supportsInternal((HandlerMethod) handler));
    }

其中supportInternal由子類RequestMappingHandlerAdapter實現(xiàn)，直接返回常量true，故可以認為只要handler屬于HandlerMethod類型，就由RequestMappingHandlerAdapter來適配。即RequestMappingHandlerAdapter適配類型為HandlerMethod的處理器，對應(yīng)RequestMappingHandlerMapping。

處理邏輯

RequestMappingHandlerAdapter的處理邏輯主要由handleInternal實現(xiàn)：

    protected ModelAndView handleInternal(HttpServletRequest request,
            HttpServletResponse response, HandlerMethod handlerMethod) throws Exception {

        ModelAndView mav;
        checkRequest(request);

        // Execute invokeHandlerMethod in synchronized block if required.
        if (this.synchronizeOnSession) {
            HttpSession session = request.getSession(false);
            if (session != null) {
                Object mutex = WebUtils.getSessionMutex(session);
                synchronized (mutex) {
                    mav = invokeHandlerMethod(request, response, handlerMethod);
                }
            }
            else {
                // No HttpSession available -> no mutex necessary
                mav = invokeHandlerMethod(request, response, handlerMethod);
            }
        }
        else {
            // No synchronization on session demanded at all...
            mav = invokeHandlerMethod(request, response, handlerMethod);
        }

        if (!response.containsHeader(HEADER_CACHE_CONTROL)) {
            if (getSessionAttributesHandler(handlerMethod).hasSessionAttributes()) {
                applyCacheSeconds(response, this.cacheSecondsForSessionAttributeHandlers);
            }
            else {
                prepareResponse(response);
            }
        }

        return mav;
    }

可以看到，核心處理邏輯由方法invokeHandlerMethod實現(xiàn)，這塊處理邏輯比較復(fù)雜，涉及輸入?yún)?shù)的解析，返回數(shù)據(jù)的處理，后面一篇文章【深入淺出spring】Spring MVC 流程解析 -- InvocableHandlerMethod會重點講這塊。之前在問答社區(qū)發(fā)現(xiàn)很多spring mvc的問題都集中再這塊。

HttpRequestHandlerAdapter 適配哪類處理器

    @Override
    public boolean supports(Object handler) {
        return (handler instanceof HttpRequestHandler);
    }

源碼很簡單，適配類型為HttpRequestHandler的處理器

處理邏輯

    @Override
    @Nullable
    public ModelAndView handle(HttpServletRequest request, HttpServletResponse response, Object handler)
            throws Exception {

        ((HttpRequestHandler) handler).handleRequest(request, response);
        return null;
    }

處理邏輯也很簡單，直接調(diào)用HttpRequestHandler.handleRequest方法，這里不是通過返回數(shù)據(jù)實現(xiàn)和前端交互，而是直接通過改寫HttpServletResponse實現(xiàn)前后端交互

SimpleControllerHandlerAdapter 適配哪類處理器

    @Override
    public boolean supports(Object handler) {
        return (handler instanceof Controller);
    }

這里的Controller是一個接口，即所有實現(xiàn)Controller接口的類，SimpleControllerHandlerAdapter都適配

處理邏輯

@Override
    @Nullable
    public ModelAndView handle(HttpServletRequest request, HttpServletResponse response, Object handler)
            throws Exception {

        return ((Controller) handler).handleRequest(request, response);
    }

和HttpRequestHandlerAdapter類似，直接調(diào)用Controller.handleRequest，即具體實現(xiàn)類的handleRequest方法，然后支持直接返回數(shù)據(jù)來和前端交互。
handler_mapping_sample中的SimpleUrlController就是通過SimpleControllerHandlerAdapter適配的

附錄 RequestMappingHandlerAdapter 類圖

文章版權(quán)歸作者所有，未經(jīng)允許請勿轉(zhuǎn)載,若此文章存在違規(guī)行為，您可以聯(lián)系管理員刪除。

轉(zhuǎn)載請注明本文地址：http://systransis.cn/yun/68918.html

發(fā)表評論

登陸后可評論

0條評論

villainhr

男|高級講師

我要關(guān)注我要私信

TA的文章

基于STM32平臺的數(shù)字溫度顯示器系統(tǒng)設(shè)計

閱讀 2849·2021-11-19 09:40
購買16類商標

閱讀 3709·2021-11-15 18:10
用C程序解決漢諾塔問題與青蛙跳臺階問題（遞歸）

閱讀 3290·2021-11-11 16:55
985非科班本科畢業(yè)，當了兩年CRUD程序員后，我躺平了

閱讀 1246·2021-09-28 09:36
數(shù)據(jù)庫主機填什么-數(shù)據(jù)庫那個是主機？

閱讀 1663·2021-09-22 15:52
【CSS基礎(chǔ)】CSS常見問題

閱讀 3376·2019-08-30 14:06
怎么快速在網(wǎng)站上創(chuàng)建分享按鈕？推薦一個JavaScript組件

閱讀 1171·2019-08-29 13:29
深入理解JavaScript，這一篇就夠了

閱讀 2318·2019-08-26 17:04

成人国产在线小视频_日韩寡妇人妻调教在线播放_色成人www永久在线观看_2018国产精品久久_亚洲欧美高清在线30p_亚洲少妇综合一区_黄色在线播放国产_亚洲另类技巧小说校园_国产主播xx日韩_a级毛片在线免费

資訊專欄INFORMATION COLUMN

上云采購季！| 2核2G4M爆款云服務(wù)器低至59元/年，更有多臺、長期優(yōu)惠，快來選購！

【深入淺出spring】Spring MVC 流程解析 -- HandlerAdapter

相關(guān)文章