文章目录
一、处理请求
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
从容器取出H包装andlerMapping，交给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);–>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容器在启动过程中都会触发监听事件，所以监听器在服务启动时就执行了。最终顺序监听器–>过滤器–>拦截器。
三、总结
梳理下总体的工作流程
