Spring 处理过程分析

一、处理过程分析

    1、首先，Tomcat每次启动时都会加载并解析/WEB-INF/web.xml文件，所以可以先从web.xml找突破口，主要代码如下：

<servlet ><servlet-name >spring-mvc</servlet-name><!-- servlet类 --><servlet-class >org.springframework.web.servlet.DispatcherServlet</servlet-class><!-- 初始化参数 --><init-param ><param-name >contextConfigLocation</param-name><param-value >classpath:/spring-mvc.xml</param-value></init-param><!-- 启动时加载 --><load-on-startup >1</load-on-startup></servlet><servlet-mapping ><servlet-name >spring-mvc</servlet-name><url-pattern >/</url-pattern></servlet-mapping>

很幸运，我们可以从web.xml文件获得三个信息，分别是：servlet类为DispatcherServlet，它在启动时加载，加载时初始化参数contextConfigLocation
为classpath下spring-mvc.xml的文件地址，接下来我们将目光移到DispatcherServlet类。

2、打开DispatcherServlet类，我们先将目光聚焦在它的结构体系上，如下图：

很明显，它是一个Servlet的子类，其实不用说也知道，因为web.xml早已有配置。既然是Servlet，我们就要专注于它的service、doGet、doPost等相关方法，在它的父类FrameServlet，我们找到了service方法。

/*** Override the parent class implementation in order to intercept PATCH* requests.*/@Overrideprotected void service(HttpServletRequest request, HttpServletResponse response)throws ServletException, IOException {String method = request.getMethod();if (method.equalsIgnoreCase(RequestMethod.PATCH.name())) {processRequest(request, response);}else {super.service(request, response);}}

根据service方法，我们一步步找到一个方法链service –> processRequest –> doService –> doDispatch，我们最终将目光定位在doDispatch，因为从它的方法体就可以看出它是整个SpringMVC的核心方法。

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;// 解析请求，获取HandlerExecutionChain对象mappedHandler = getHandler(processedRequest);if (mappedHandler == null || mappedHandler.getHandler() == null) {noHandlerFound(processedRequest, response);return;}// 从HandlerExecutionChain对象获取HandlerAdapter对象，实际上是从HandlerMapping对象中获取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;}}//在controller方法执行前，执行拦截器的相关方法（pre）if (!mappedHandler.applyPreHandle(processedRequest, response)) {return;}try {// 执行HandlerAdapter对象的handler方法，返回ModelAndViewmv = ha.handle(processedRequest, response, mappedHandler.getHandler());}finally {if (asyncManager.isConcurrentHandlingStarted()) {return;}}applyDefaultViewName(request, mv);//在controller方法执行后，执行拦截器的相关方法（post）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 afterCompletionmappedHandler.applyAfterConcurrentHandlingStarted(processedRequest, response);return;}// Clean up any resources used by a multipart request.if (multipartRequestParsed) {cleanupMultipart(processedRequest);}}}

说它是核心一点也不为过，从上述代码的中文注释可以看出，它包含了解析请求，执行相关拦截器，执行handle方法（到这里关于handle方法是什么，我们一脸懵逼。别急，接下来我们会讲述，总之它很重要就对了），执行视图解析方法。
3、至于HandlerAdapter是干嘛用的？它的handler方法有什么用？我们毫无概念，接下来我们从另一个角度切入（就像两个人相对而行，一个人筋疲力尽了，唯有靠另一个人努力前行才能相遇），所以我选择Controller，得先从配置文件入手，因为它采用了spring的IOC。

<bean id="controller" class="com.mvc.controller.MyController"></bean><bean id="interceptor" class="com.mvc.interceptor.MyInterceptor"></bean><bean id="urlMapping" class="org.springframework.web.servlet.handler.SimpleUrlHandlerMapping"><property name="mappings"><props><prop key="controller">controller</prop></props></property><property name="interceptors"><array><ref bean="interceptor"></ref></array></property></bean>

配置文件又给了我们一条重要的信息：controller和拦截器都是作为SimpleUrlHandlerMapping的参数传进去的，而SimpleUrlHandlerMapping是HandlerMapping的子类。从这里就可以猜测，controller的核心方法要么被HandlerMapping直接调用，要么被HandlerMapping的附属产品（类）进行调用，接下来我们查看一下controller核心方法的调用情况。

很幸运，看到SimpleControllerHandlerAdapter和DispatcherServlet.doDispatch(request, response),我好像发现了新大陆，这不正是我们想要的吗？HandlerAdapter类和doDispatch(request, response)方法完美地结合在了一起。再看SimpleControllerHandlerAdapter的handler方法：

@Overridepublic ModelAndView handle(HttpServletRequest request, HttpServletResponse response, Object handler)throws Exception {return ((Controller) handler).handleRequest(request, response);}

这里也有一个方法的调用链，从上图就可以看出，handle方法最终是调用handleRequestInternal方法，也就是我们在controller中自定义的方法。总而言之，HandlerAdapter的handler方法是用来调用controller中的handleRequestInternal方法的，而handleRequestInternal的方法体正是我们用户自定义的业务逻辑。
好，SpringMVC的主要源码我们就解析到这里了，接下来我们就SpringMVC的处理过程做一个总结。

二、SpringMVC处理过程总结

    先放一张图，我们再慢慢解析：

流程解析：
1、当request到来时，DispatcherServlet对request进行捕获，并执行doService方法，继而执行doDispatch方法。
2、HandlerMapping解析请求，并且返回HandlerExecutionChain（其中包含controllers和interceptors），然后通过HandlerExecutionChain得到Handler相关类，根据Handler获取执行它的HandlerAdapter类。
3、先执行拦截器的pre相关方法，接着执行handler方法，它会调用controller的handleRequestInternal方法（方法体由用户自定义），最后调用拦截器的post相关方法。
4、解析handler方法返回的ModelAndView（可以在配置文件中配置ResourceViewResolver，也就是视图解析器），渲染页面并response给客户端。

以上是我对SpringMVC处理流程源码的分析总结，如有有误之处，还请各位大神指正。