Spring MVC体系结构

概述

    大部分Java应用都是Web应用，展现层是Web应用不可忽略的重要环节。Spring为展现层提供了一个优秀的Web框架——Spring MVC。和众多其它Web框架一样，它基于MVC设计理念，此外，由于它采用了松散耦合可插拔组件结构，具有比其它MVC框架更多的扩展性和灵活性。

    Spring MVC框架围绕DispatcherServlet这个核心展开，DispatcherServlet的作用是截获请求并组织一系列组件共同完成请求的处理工作。

体系结构

    Spring MVC是基于Model 2实现的技术框架，Model 2是经典的MVC（Model，View，Control）模型的Web应用变体，这个改变主要源于HTTP协议的无状态性。Model 2的目的和MVC一样，也是利用处理器分离模型、视图和控制，达到不同技术层级间松散耦合的效果，提高系统灵活性、复用性和可维护性。在多数情况下，你可以将Model 2与MVC等同起来。

    在利用Model 2之前，我们把所有的展现逻辑和业务逻辑集中在一起，有时也称这种应用模式为Model 1，Model 1的主要缺点就是紧耦合，复用性差，维护成本高。

    由于Spring MVC就是基于Model 2实现的框架，所以它底层的机制也是MVC，我们通过图 1描述Spring MVC的宏观体系结构： 

 图 1 Spring MVC具体实现

    从接受请求到返回响应，Spring MVC框架的众多组件都伸胳膊挽袖子行动起来，各司其职，有条不紊地完成份内的工作。在整个框架中，DispatcherServlet处于核心的位置，它负责协调和组织不同组件，共同完成请求响应的工作。和大多数Web MVC框架一样，Spring MVC通过一个前端Servlet处理器接收所有的请求，并将具体工作委托给其它组件进行具体的处理，DispatcherServlet就是Spring MVC的前端Servlet处理器。下面我们对Spring MVC处理请求的整体过程做一下高空俯瞰：

① 整个过程开始于客户端发送一个HTTP请求；

② DispatcherServlet接收这个请求后，并将请求的处理工作委托给具体的处理器（Handler），后者负责处理请求执行相应的业务逻辑。在这之前，DispatcherServlet必须能够凭借请求信息（URL或请求参数等）按照某种机制找到请求对应的处理器，DispatcherServlet是通过垂询HandlerMapping完成这一工作的；

③ 当DispatcherServlet从HandlerMapping中得到当前请求对应的处理器后，它就将请求分派给这个处理器。处理器根据请求的信息执行相应的业务逻辑，一个设计良好的处理器应该通过调用Service层的业务对象完成业务处理，而非自己越俎代庖。

Spring提供了丰富的处理器类型，在真正处理业务逻辑前，有些处理器会事先执行两项预处理工作：

1)将HttpServletRequest请求参数绑定到一个POJO对象中；
2)对绑定了请求参数的POJO对象进行数据合法性校验；

④ 处理器完成业务逻辑的处理后将返回一个ModelAndView给DispatcherServlet，ModelAndView包含了视图逻辑名和渲染视图时需要用到的模型数据对象；

⑤ 由于ModelAndView中包含的是视图逻辑名，DispatcherServlet必须知道这个逻辑名对应的真实视图对象，这项视图解析的工作通过调用ViewResolver来完成；

⑥ 当得到真实的视图对象后，DispatcherServlet将请求分派给这个View对象，由其完成Model数据的渲染工作；

⑦ 最终客户端得到返回的响应，这可能是一个普通的HTML页面，也可能是一个Excel电子表格、甚至是一个PDF文档等不一而足的视图形式，Spring的视图类型是异常丰富和灵活的。

以上每一个步骤都包含丰富的知识点，本文将通过一个实例涵盖所有的组件，你可以从中认识到每个组件的庐山真面目，不过现在我们首先要做的第一件事是在web.xml中配置好DispatcherServlet，让这颗“启辉器”真正工作起来。