以下源码版本（4.2.0.RELEASE）
dispacherServlet是servlet的实现类，是spring MVC的前端转发器，是spring MVC的核心。
那么它做了哪些事呢？
它主要做了两件事：
NO1：
看如下源码：
/** * Initialize the strategy objects that this servlet uses. * <p>May be overridden in subclasses in order to initialize further strategy objects. */ protected void initStrategies(ApplicationContext context) { //初始化分段上传解析器（成对文件上传的解析和封装工作），没有默认的实现 initMultipartResolver(context); //初始化地域解析器，默认实现是AcceptHeaderLocaleResolver initLocaleResolver(context); //初始化主题解析器，默认实现是FixedThemeResolver initThemeResolver(context); //初始化处理器映射，这是个集合， 默认实现是BeanNameUrlHandlerMapping和DefaultAnnotationHandlerMapping initHandlerMappings(context); //初始化处理器适配器，这是个集合，默认实现是HttpRequestHandlerAdapter，SimpleControllerHandlerAdapter和AnnotationMethodHandlerAdapter initHandlerAdapters(context); //初始化处理器异常解析器，这是个集合，默认实现是AnnotationMethodHandlerExceptionResolver,ResponseStatusExceptionResolver和DefaultHandlerExceptionResolver initHandlerExceptionResolvers(context); //初始化请求到视图名解析器，默认实现是DefaultRequestToViewNameTranslator initRequestToViewNameTranslator(context); //初始化视图解析器，这是个集合，默认实现是InternalResourceViewResolver initViewResolvers(context); }
NO2:
每次请求都会调用它的doService方法，在doService方法中调用它的doDispatch方法。
doService方法可看代码中的两处注释：
重点在于调用它的doDispatch方法：
doDispatch(request, response);
首先我们来看方法doDispatch的注释：
可以简单理解成：所有的请求都将在这个方法里映射到指定的action的指定的方法（前提：请求路径正确）。
我们来一步一步解析这个方法：
以下，为
doDispatch方法的源码：
protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception { // processedRequest是经过checkMultipart方法处理过的request请求 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 || mappedHandler.getHandler() == 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; } processDispatchResult(processedRequest, response, mappedHandler, mv, dispatchException); } catch (Exception ex) { triggerAfterCompletion(processedRequest, response, mappedHandler, ex); } catch (Error err) { triggerAfterCompletionWithError(processedRequest, response, mappedHandler, 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); } } } }
第一行新建的变量processedRequest 会在
后面某一行（在doDispatch方法中,如下：）
processedRequest = checkMultipart(request);
中被方法处理加工，checkMultipart方法也是dispacherServlet类中的一个方法，源码如下：
那么这个方法的作用是什么呢？
关键是下面这一句：
this.multipartResolver != null && this.multipartResolver.isMultipart(request)
这一句代码做了如下两个判断：
1.dispatcherServlet中初始化后的multipartResolver是否为空（配置文件中是否配置，初始化dispatcherServlet时没有默认实例）；
2.multipartResolver的方法isMultipart的作用是判断本次请求是否为文件上传。
如下为isMultipart的源码：
通过注释，可简单理解为：该方法通常以检查content-type是否为multipart/form-data的方式判断本次请求是否为文件上传，但实际功能需要看具体解析器对该方法的实现细节。
checkMultipart方法大致如此，再具体一些的内容在这里我就不赘述了，有兴趣的朋友可以自己看源码。
（多嘴一句：若想使用multipartResolver不要忘了增加jar包支持：commons.fileupload,common.io）.
—————————————
方法doDispatch的第二行新建了变量mappedHandler ，
类型为HandlerExecutionChain ，通过查看该类的源码，可清楚其作用，如下：
可理解其为一个处理链，包含了所有的handler和拦截器。
以下三行代码为doDispatch的核心：
// Determine handler for the current request. mappedHandler = getHandler(processedRequest);
// Determine handler adapter for the current request. HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());
// Actually invoke the handler. mv = ha.handle(processedRequest, response, mappedHandler.getHandler());
通过注释，可理解前一句的作用：找到指定的handler，
后一句：找到对应的适配器adapter，
第三句：在这个函数里面会真正执行request请求相对于handler的方法（这只是大概的代码流程，真正的调用方法之前还有很多先前处理。）
以下是我debug断点的显示数据：
该方法时DispatcherServlet类中的方法getHandler,可以看到这里会对所有handlerMapper进行遍历，后执行HandlerMappering的getHandler方法，
如下：为HandlerMappering的getHandler方法：
这个方法会返回一个handler和所有的拦截器，组装成了一个HandlerExecutionChain类。也就是在方法doDispatch第二行代码里定义的mappedHandler，
该方法的具体实现是在org.springframework.web.servlet.handler.AbstractHandlerMapping中，如下：
/** * Look up a handler for the given request, falling back to the default * handler if no specific one is found. * @param request current HTTP request * @return the corresponding handler instance, or the default handler * @see #getHandlerInternal */ @Override public final HandlerExecutionChain getHandler(HttpServletRequest request) throws Exception { Object handler = getHandlerInternal(request); if (handler == null) { handler = getDefaultHandler(); } if (handler == null) { return null; } // Bean name or resolved handler? if (handler instanceof String) { String handlerName = (String) handler; handler = getApplicationContext().getBean(handlerName); } HandlerExecutionChain executionChain = getHandlerExecutionChain(handler, request); if (CorsUtils.isCorsRequest(request)) { CorsConfiguration globalConfig = this.corsConfigSource.getCorsConfiguration(request); CorsConfiguration handlerConfig = getCorsConfiguration(handler, request); CorsConfiguration config = (globalConfig != null ? globalConfig.combine(handlerConfig) : handlerConfig); executionChain = getCorsHandlerExecutionChain(request, executionChain, config); } return executionChain; }
这里的getHandlerInternal是个抽象方法，有具体的HandlerMapping来实现，获取到的handler如果为空，则获取默认配置的handler，若为string类型，则表示要去spring配置容器中去找这个bean，
该方法剩下的部分正如HandlerMappering的getHandler方法注释所描述的：返回一个handler和所有的拦截器（有兴趣可深入了解）。
————————–
再来看doDispath方法里的
HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());
它首先调用了dispatcherServlet里的 getHandlerAdapter方法；看其源码如下：
看其注释：该方法会通过已确定映射的handler类来寻找满足条件的adapter，（注意，若没有找到，会直接报servletException异常）。
这个方法的核心是 方法supports，这是个抽象方法，不同的适配器会有不同的内部细节，如下分别为
SimpleControllerHandlerAdapter和SimpleServletHandlerAdapter的实现：
通过supports方法，dispatcherervlet类可以确定本次请求request映射的adapter.
————————
最后看
// Actually invoke the handler. mv = ha.handle(processedRequest, response, mappedHandler.getHandler());
这里的mv是一个ModelAndView类，ha是前面获得的适配器adapter，
方法handler（）是个抽象方法，具体实现细节依赖于适配器adapter的实现类，
但我门可看其注释，理解该方法的作用，
源码如下：
其注释的意思是是：使用提供的handler（前面确定的handler）来处理这个request请求。
以下，已实现类SimpleControllerHandlerAdapter为例，
这里会执行handlerRequest（该方法的实现细节依赖于不同的实现类，最后返回一个ModelAndAndView。
以上，为我本次研读dispatcherServlet类的所得。
可总结为，dispatcherServlet根据默认或配置的handlermapping和adapter,选择不同的方式对请求request请求进行处理，最后返回一个视图ModeAndView。
(那么返回值为json是如何实现的？····问题越来越多了)
———————————-补充—————————-
可以看出，关于
// Actually invoke the handler. mv = ha.handle(processedRequest, response, mappedHandler.getHandler());
部分，阐述的比较模糊，或者说，基本没什么描述，虽然这部分是核心，
我试图过阐述其实现细节，但这部分的实现细节根据不同的handlerMapping和不同的adpater而不同，
所以，我准备在其他章节对其进行分别阐述。