SpringMVC 执行流程

SpringMVC框架的请求流程

用户发起 request，进入前端控制器DispatcherServlet；
DispatcherServlet请求处理映射器HandlerMapping查找 Handler；
HandlerMapping根据用户请求的 url ，查找与之匹配的 Handler（也就是 Controller 中配置了相应路径的一个方法），返回一个执行链；
DispatcherServlet再请求处理适配器HandlerAdapter执行 Handler；
Handler 被执行；
返回ModelAndView对象；
HandlerAdapter又将ModelAndView返回给DispatcherServlet；
DispatcherServlet请求视图解析器对视图进行解析；
视图解析器匹配相应的视图结果并返回；
DispatcherServlet收到View后，对视图进行渲染，将Model中的数据填充到视图中的 request 区域，生成最终的视图；
返回 response 。

不难看出，DispatcherServlet 是整个流程控制的核心，由它调用其他组件处理请求、返回响应，相当于一个转发器或中央处理器，降低了其他组件之间的耦合度。如果不使用 SpringMVC，我们可能需要在web.xml中为每一个请求都配置一个 Servlet，但是现在就只需要配置一个前端控制器：

<!-- web.xml -->
<servlet>
    <servlet-name>SpringMVC</servlet-name>
    <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>
    <!-- springMVC 配置文件 -->
    <init-param>
      <param-name>contextConfigLocation</param-name>
      <param-value>classpath:spring-*.xml</param-value>
    </init-param>
    <!-- 容器在应用启动时就加载并初始化这个servlet，值越小，优先级越高 -->
    <load-on-startup>1</load-on-startup>
    <!-- 支持异步处理 -->
    <async-supported>true</async-supported>
</servlet>

关于异步处理，详见：Servlet 3.0 新特性详解,张建平,IBM

其他工作

在处理适配器 HandlerAdapter 执行处理器的过程中，Spring 还做了这些额外工作：

1. 消息转换

HTTP 请求和响应报文本质上都是一串字符串，当请求报文来到 Java 世界，它会被封装成为一个 ServletInputStream 的输入流，供我们读取报文。响应报文则是通过一个 ServletOutputStream 的输出流，来输出响应报文。我们从流中只能读取到原始的字符串报文，同样，我们往输出流中也只能写原始的字符；而处理业务逻辑，都是以一个个有业务意义的对象为处理维度的，所以在报文到达 SpringMVC 和从 SpringMVC 出去，都存在一个字符串与 Java 对象的转换问题，处理这部分工作的就是HttpMessageConverter消息转换机制。

（图片来自网络）

在 SpringMVC 的设计者眼中，一次请求报文和一次响应报文，分别被抽象为一个请求消息 HttpInputMessage 和一个响应消息 HttpOutputMessage。针对不同的消息形式（Json、XML 等等），有不同的HttpMessageConverter实现类来处理，只要这些消息所蕴含的“有效信息”是一致的，就会生成同样的转换结果。

2.数据转换

这部分工作是对请求信息的参数进行类型转换，比如 String 转换成 Integer、Double 等。

3. 数据格式化

对请求信息进行格式化，比如字符串转换为格式化数据或者格式化日期。

4. 数据验证

验证请求数据的有效性，并将验证结果存储到BindingResult或Error中。

整理自：SpringMVC+Mybatis快速开发与项目实战,黄文毅,清华大学出版社
其他参考：HttpMessageConverter（消息转换器）和@responsebody使用,21989939,CSDN