SringMVC从入门到源码，看这一篇就够了！

protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {  
        HttpServletRequest processedRequest = request;  
        HandlerExecutionChain mappedHandler = null;  
        int interceptorIndex = -1;  
  
        try {  
            ModelAndView mv;  
            boolean errorView = false;  
  
            try {  
                   //检查是否是请求是否是multipart（如文件上传），如果是将通过MultipartResolver解析  
                processedRequest = checkMultipart(request);  
                   //步骤2、请求到处理器（页面控制器）的映射，通过HandlerMapping进行映射  
                mappedHandler = getHandler(processedRequest, false); if (mappedHandler == null || mappedHandler.getHandler() == null) {  
                    noHandlerFound(processedRequest, response); return;  
                }  
                   //步骤3、处理器适配，即将我们的处理器包装成相应的适配器（从而支持多种类型的处理器）  
                HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());  
  
                  // 304 Not Modified缓存支持  
                //此处省略具体代码  
  
                // 执行处理器相关的拦截器的预处理（HandlerInterceptor.preHandle）  
                //此处省略具体代码  
  
                // 步骤4、由适配器执行处理器（调用处理器相应功能处理方法）  
                mv = ha.handle(processedRequest, response, mappedHandler.getHandler());  
  
                // Do we need view name translation? if (mv != null && !mv.hasView()) {  
                    mv.setViewName(getDefaultViewName(request));  
                }  
  
                // 执行处理器相关的拦截器的后处理（HandlerInterceptor.postHandle）  
                //此处省略具体代码  
            }  
            catch (ModelAndViewDefiningException ex) {  
                logger.debug("ModelAndViewDefiningException encountered", ex);  
                mv = ex.getModelAndView();  
            }  
            catch (Exception ex) {  
                Object handler = (mappedHandler != null ? mappedHandler.getHandler() : null);  
                mv = processHandlerException(processedRequest, response, handler, ex);  
                errorView = (mv != null);  
            }  
  
            //步骤5 步骤6、解析视图并进行视图的渲染  
//步骤5 由ViewResolver解析View（viewResolver.resolveViewName(viewName, locale)）  
//步骤6 视图在渲染时会把Model传入（view.render(mv.getModelInternal(), request, response);） if (mv != null && !mv.wasCleared()) {  
                render(mv, processedRequest, response); if (errorView) {  
                    WebUtils.clearErrorRequestAttributes(request);  
                }  
            } else { if (logger.isDebugEnabled()) {  
                    logger.debug("Null ModelAndView returned to DispatcherServlet with name '" + getServletName() + "': assuming HandlerAdapter completed request handling");  
                }  
            }  
  
            // 执行处理器相关的拦截器的完成后处理（HandlerInterceptor.afterCompletion）  
            //此处省略具体代码  
  
        catch (Exception ex) {  
            // Trigger after-completion for thrown exception.  
            triggerAfterCompletion(mappedHandler, interceptorIndex, processedRequest, response, ex);  
            throw ex;  
        }  
        catch (Error err) {  
            ServletException ex = new NestedServletException("Handler processing failed", err);  
            // Trigger after-completion for thrown exception.  
            triggerAfterCompletion(mappedHandler, interceptorIndex, processedRequest, response, ex);  
            throw ex;  
        }  
  
        finally {  
            // Clean up any resources used by a multipart request. if (processedRequest != request) {  
                cleanupMultipart(processedRequest);  
            }  
        }  
    }

这个方法不长，基本就是负责其它方法的调用，从我们上面分析到前端请求第一步到达SpringMVC后调用HandlerMapping（处理器映射器）返回执行链HandlerExecutionChain：

我们debug启动项目，打个断点看看，这个HandlerExecutionChain到底是个什么东西。

我们可以看到，当断点执行到HandlerExecutionChain后，查看HandlerExecutionChain中的handler其实就是我们自己的请求访问的Controller，比如上面的我们请求登陆操作，handler里面的信息就是我们自己的LoginController。

同时包含LoginController的BeanType，前端要请求的方法，以及参数这个元数据信息，简单的概括就是：「HandlerExecutionChain里面handler就是我们要请求的Controller以及和一些interceptors信息」。

那么在获取到这个HandlerExecutionChain之前肯定是有初始化所有的Spring容器中的Bean以及所有的url与Bean对应的HandlerMapping对象。

这个都是在Spring中去完成的，这个我们后面在做了解，我们再进一步的了解HandlerMapping对象存储的内容，再getHandler方法里面进行打断点：

handlerMapping是一个List对象，里面主要是这七个成员信息，我们比较熟悉的就是BeanNameUrlMapping和SimpleUrlHandlerMapping对象，这些里面可以看出「handlerMapping主要存储的各种映射规则」，通过beanName或者url映射到对应的Bean对象。

继续往里面看，可以看到这里有个applicationContext对象，这个也就我们的上下文，里面还有beanFactory，也就是Spring管理的Bean对象都在这个工厂里面，包括Spring自己的和我们自己定义Bean信息。

这个就是HandlerMapping对象，主要「包含着的Bean映射规则、Bean详细信息。」

从HandlerMapping->HandlerExecutionChain的过程，用一句通俗易懂的话概括就是：「从茫茫的人海中找到了你（从beanFactory找到了请求对应的Controller以及方法）」。

当获取完我们的执行链后，接着就是获取我们的「处理器适配器」（HandlerAdapter），

从getHandlerAdapter的方法中可以看到，根据返回的handlerMapping对象中的handler对象来获取对应的HandlerAdapter对象，直接返回。

返回HandlerAdapter对象后，通过执行HandlerAdapter的handle方法获取ModelAndView对象，从这个方法的上面的注释来看：Actually invoke the handler.。

实际就是通过「反射」的方式动态的执行我们自己的Controller中的方法，也就是前端请求的Controller，因为mappedHandler.getHandler()返回的「handler对象包含着请求Controller的详细信息，包括全类名」。

获取到ModelAndView之后，接着就执行我们的拦截器的后置处理方法postHandle。

从他的源码可以看出，它是获取到所有的拦截器，然后一个一个遍历，执行。

执行完所有拦截器的后置处理方法，就是最后䣌视图的渲染，这里执行的是processDispatchResult方法，并把ModelAndView对象作为参数传递进去。

在processDispatchResult方法里面最重要的就是render方法了，执行视图的渲染，最后将渲染的结果呈现给用户。

到这里DispatcherServlet主要执行逻辑就讲完了，其实主要讲的还是SpringMVC的从前端请求->后台->前端这样的一个过程，限于篇幅，从源码的角度大概讲解这个的过程是怎么跑起来的。

一篇文章要把SpringMVC的都讲清楚是不可能的，SpringMVC所有讲下来，都能写一本书了，后续的源码我们继续精进，这篇作为一个大体脉络的了解。