Evan_L的博客

DispatcherServlet的结构分为两个层次。一个是javax的，另一个则是spring的。DispatcherServlet的初始化基于Servlet的生命周期函数init方法初始化的。在该函数中完成WebApplicationContext的初始化，并在上下文refresh之后，初始化DispatcherServlet的相关组件。DispatcherServlet的处理过程大致分为三大步骤初始化请求：包括封装请求、处理重定向参数。

我们知道视图技术有很多种，例如：JSP、FreeMarker、Thymeleaf等。如果直接操作这些技术，那简直不要太糟糕。为了统一操作，SpringMVC抽象出来两个接口：ViewResolver和View。任何视图技术都需要实现这两个接口

如果理解了[RequestMappingHandlerAdapter](https://blog.youkuaiyun.com/Evan_L/article/details/128602901)那么再来理解这个ExceptionHandlerExceptionResolver应该相对简单些，只需要重点理解两个点：1. @ExceptionHandler的出现的位置：@ControllerAdvice和@Controller。2. @ExceptionHandler的分层设计。

在前面理解了参数解析、返回值处理，我们来了解整个RequstMappingHandlerAdapter是怎么设计和串联的。

处理器返回值常用的可以被分为两类：@ResponseBody和视图相关的数据。除此之外，还有响应式的异步请求的数据。这里@ResponseBody和@RequsetBody都是由RequestResponseBodyMethodProcessor（既是参数解析器，也是返回值处理器）处理，都是基于HttpMessageConverter。HandlerAdapter在调用目标处理器后，更多的支持都是为了后续的视图做准备。

上回，我们大概讲了下HandlerAdapter。今天带大家来认识一下，我们最常用的RequestMappingHandlerAdapter。不过只能给大家先开个头，讲下参数解析。

那么为什么要单独给@RequestMapping实现一个HandlerMapping？这次咱们就来专门看看这个RequestMappingHandlerMapping

今天我们先来看看DispatcherServlet都有哪些组件，分别有什么作用。

上回聊了HandlerAdapter，今天继续聊后面的组件。今天的主角是HandlerMapping。

上回我们知道，SpringMVC有九大组件。今天我们聊聊负责Handler调用的HandlerAdapter。

还记得以前做阅读理解题目的时候吗？老师经常说的一句话是：联系上下文。又比如，你跟淘宝客服聊天，有时候我们总是先把商品发给对方，然后再说这个有没有其他颜色之类的。而这些推动事情继续发展的“背景知识”就可以叫做上下文。回到Spring，像环境配置、bean对象在哪里、事件发布等等，都属于上下文信息。即使，不是直接的进行参与，至少也要能够“联系”到对应的人来处理。例如，BeanFactory。如果从这个角度看的话，还能这样理解，他就是一个信息机构，有点像情报机构。你想要的东西他都能给你找来。