SpringBoot源码学习四——MVC主流程下

一、处理请求

MVC主流程上接上文，DispatcherServlet加载完成之后，它的url-pattern是"/"，会匹配所有请求，但是优先级最低。基本上动态资源的请求都会被它处理。

1.1 HandlerMapping

DispatcherServlet收到请求之后会调用HandlerMapping，HandlerMapping根据请求的url找到具体的处理方法，然后将处理方法和拦截器链封装成处理器对象，返回给DispatcherServlet。

1.1.1 HandlerMapping装配

HandlerMapping在WebMvcAutoConfiguration里面完成装配

最重要的处理映射器是RequestMappingHandlerMapping

它里面保存了@RequestMapping解析之后的路由与方法的关系，但是此时还没有解析@RequestMapping到MappingRegistry（RequestMappingHandlerMapping持有的对象里面维护了处理请求的方法映射）。

1.1.2 解析@RequestMapping生成Url-Method

继续找到MappingRegistry的注册方法，断点看下

看这个调用链，RequestMappingHandlerMapping是实现了InitializingBean的，在Bean的初始化过程属性注入之后中会调用afterPropertiesSet方法，@RequestMapping解析成RequestMappingInfo，添加到了MappingRegistry。找一下@RequestMapping解析的地方

这里判断了是否包含处理方法（即处理前端请求的方法）

还是在RequestMappingHandlerMapping里面的isHandler，判断了是否包含@Controller或者@RequestMapping。继续往下

detectHandlerMethods(beanName);–>return getMappingForMethod(method, userType);–>RequestMappingInfo info = createRequestMappingInfo(method);

Controller的方法中如果没有@RequestMapping，返回的RequestMappingInfo就是null，也就没有url-method的映射关系

注册之后就得到了url-method的映射。

1.1.3 HandlerMapping交给DispatchServlet

前面提到，DispatchServlet第一次处理请求时会调用init方法，里面有调用了initHandlerMappings，它里面把前面创建的RequestMappingHandlerMapping以及其他的HandlerMapping，放入了DispatchServlet

从容器取出包装HandlerMapping，交给handlerMappings。

1.1.4 包装处理方法和拦截器链

根据servlet生命周期，请求经过层层过滤器之后先交给service,判断doGet/doPost，在DispatchServlet会交给doService，再到doDispatch，看下调用链

找到mappedHandler = getHandler(processedRequest);

遍历handlerMappings，RequestMappingHandlerMapping的优先级最高

返回之后得到了处理器mappedHandler，里面的handler就是处理方法，interceptorList就是拦截器链。

1.2 HandlerAdapter

DispatchServlet调用HandlerAdapter来处理前面获取的mappedHandler，HandlerAdapter执行完成里面的handler返回ModelAndView。

1.2.1 HandlerAdapter装配

HandlerAdapter装配也是在WebMvcAutoConfiguration完成

RequestMappingHandlerAdapter adapter = super.requestMappingHandlerAdapter(contentNegotiationManager,
conversionService, validator);–>adapter.setMessageConverters(getMessageConverters());–>addDefaultHttpMessageConverters(this.messageConverters);

在这里设置了默认的消息转换器，消息转换器用来转换Controller里面处理方法的参数和返回值。

• 将请求参数转换成方法参数需要的java类型（josn–>java）
• 将返回的java类型转换成响应值(java–>json)

1.2.2 获取对应的HandlerAdapter

跟代码

doDispatch–>HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());

有4个默认的HandlerAdapter，根据名称猜到应该是第一个RequestMapping开头的来处理，进入supports看看

RequestMappingHandlerAdapter用于处理HandlerMethod，返回到doDispatch
ha就是RequestMappingHandlerAdapter类型，持有10个消息转换器，默认采用MappingJackson2HttpMessageConverter进行JSON转换。

1.2.3 拦截器前置方法

进入mappedHandler.applyPreHandle(processedRequest, response)

这里执行拦截器的preHandler方法，假如preHandler返回false，applyPreHandle就返回false，再返回到doDispatch就直接return了。说明拦截器返回false，请求就会终止处理

1.2.4 执行处理方法

进入

mv = ha.handle(processedRequest, response, mappedHandler.getHandler());–>handleInternal(request, response, (HandlerMethod) handler);–>mav = invokeHandlerMethod(request, response, handlerMethod);

mav 就是返回的ModelAndView，继续跟代码

invocableMethod.invokeAndHandle(webRequest, mavContainer);–>Object returnValue = invokeForRequest(webRequest, mavContainer, providedArgs);

getMethodArgumentValues用于解析请求参数，跟进去看

args[i] = this.resolvers.resolveArgument(parameter, mavContainer, request, this.dataBinderFactory);–>return resolver.resolveArgument(parameter, mavContainer, webRequest, binderFactory);

getArgumentResolver根据参数类型选择合适的参数解析器，我们看一个解析器ServletRequestMethodArgumentResolver

用于解析如上类型的参数

留意一下Principal.class，再OAuth2的端点/oauth/token对应的方法就有使用。回到invokeForRequest方法，再跟进

doInvoke(args);–>return method.invoke(getBean(), args);

执行到处理方法，返回了字符串"hello!"

1.2.5 匹配@ResponseBody包装返回值

返回到invokeAndHandle

进入

this.returnValueHandlers.handleReturnValue(
returnValue, getReturnValueType(returnValue), mavContainer, webRequest);–>HandlerMethodReturnValueHandler handler = selectHandler(returnValue, returnType);

这里有15个返回值处理器，一一匹配

HelloController上面有@ResponseBody注解，被RequestResponseBodyMethodProcessor匹配到了，回到handleReturnValue，进入

handler.handleReturnValue(returnValue, returnType, mavContainer, webRequest);–>writeWithMessageConverters(returnValue, returnType, inputMessage, outputMessage);

注意：body = getAdvice().beforeBodyWrite，这是一个扩展点，可以将body封装到自定义的统一返回Bean里面。
这里请求的接口返回Blog对象，匹配到MappingJackson2HttpMessageConverter进行转换，继续跟进

genericConverter.write(body, targetType, selectedMediaType, outputMessage);–>writeInternal(t, type, outputMessage);

objectWriter.writeValue(generator, value);将返回值转换成JSON字符串，再转换成Byte数组放进generator，返回到writeWithMessageConverters

结果被封装进了Respone,返回到doDispatch

HttpServletResponse持有的Respone就是上面那个。得到的mv是null，原因是注解了@ResponseBody的方法，返回值被封装到Respone，不会当作ModelAndView处理

1.3 ViewReslover

采用SpringBoot微服务架构，基本上都是前后端分离的，所有的接口都加了@ResponseBody，不需要后端去做页面跳转，ViewReslover就用不上了，这块就不讲了，代码这里进入

doDispatch–>processDispatchResult(processedRequest, response, mappedHandler, mv, dispatchException);–>render(mv, request, response);–>view = resolveViewName(viewName, mv.getModelInternal(), locale, request);

二、过滤器与拦截器

过滤器由Servlet容器提供支持，需实现Tomcat提供的Filter接口，拦截器由IOC容器提供支持，需实现Spring提供的HandlerInterceptor接口。请求先到达Servlet容器，再转交给IOC容器，因此执行顺序是先过滤器再拦截器。IOC容器和Servlet容器在启动过程中都会触发监听事件，所以监听器在服务启动时就执行了。最终顺序监听器–>过滤器–>拦截器。

三、总结

梳理下总体的工作流程