SpringMVC架构浅析

作者：Pickle

出处：cnblogs.com/wxisme/p/4926266.html

知音专栏

SpringMVC概述

Spring的web框架围绕DispatcherServlet设计。 DispatcherServlet的作用是将请求分发到不同的处理器。 Spring的web框架包括可配置的处理器（handler）映射、视图（view）解析、本地化（local）解析、 主题（theme）解析以及对文件上传的支持。

Spring的Web框架中缺省的处理器是Controller 接口，这是一个非常简单的接口，仅包含ModelAndView handleRequest(request, response) 方法。可以通过实现这个接口来创建自己的控制器（也可以称之为处理器），但是更推荐继承Spring提供的一系列控制器， 比如AbstractController、AbstractCommandController 和SimpleFormController。

注意，需要选择正确的基类：如果没有表单，就不需要一个FormController。 这是和Struts的一个主要区别。

Spring Web MVC允许使用任何对象作为命令对象（或表单对象）- 不必实现某个特定于框架的接口或从某个基类继承。 Spring的数据绑定相当灵活，例如，它认为类型不匹配这样的错误应该是应用级的验证错误，而不是系统错误。 所以你不需要为了保证表单内容的正确提交，而重复定义一个和业务对象有相同属性的表单对象来处理简单的无 类型字符串或者对字符串进行转换。这也是和Struts相比的另一个重要区别，Struts是围绕 Action和ActionForm等基类构建的。

和WebWork相比，Spring将对象细分成更多不同的角色：控制器（ Controller）、可选的命令对象（Command Object）或表单对象（Form Object）， 以及传递到视图的模型（Model）。模型不仅包含命令对象或表单对象，而且也可以包含任何引用数据。

相比之下，WebWork的Action将所有的这些角色都合并在一个单独的对象里。 虽然WebWork的确允许在表单中使用现有的业务对象，但是必须把它们定义成相应的Action 类的bean属性。更重要的是，在进行视图层（View）运算和表单赋值时，WebWork使用的是同一个处理请求的 Action实例。因此，引用数据也需要被定义成Action 的bean属性。这样一个对象就承担了太多的角色（当然，对于这个观点仍有争议）。

Spring的视图解析相当灵活。一个控制器甚至可以直接向response输出一个视图 （此时控制器返回ModelAndView的值必须是null）。在一般的情况下，一个ModelAndView 实例包含一个视图名字和一个类型为Map的model， 一个model是一些以bean的名字为key，以bean对象（可以是命令或form，也可以是其他的JavaBean） 为value的键值对。

对视图名称的解析处理也是高度可配置的，可以通过bean的名字、属性文件或者自定义的 ViewResolver实现来进行解析。实际上基于 Map的model（也就是MVC中的M）是高度抽象的，适用于各种表现层技术。 也就是说，任何表现层都可以直接和Spring集成，无论是JSP、Velocity还是其它表现层技术。Map model可以被转换成合适的格式，比如JSP request attribute或者Velocity template model。

Spring MVC框架的特点

清晰的角色划分：控制器（controller）、验证器（validator）、 命令对象（command object）、表单对象（form object）、模型对象（model object）、 Servlet分发器（DispatcherServlet）、 处理器映射（handler mapping）、视图解析器（view resolver）等等。 每一个角色都可以由一个专门的对象来实现。

强大而直接的配置方式：将框架类和应用程序类都能作为JavaBean配置，支持跨多个context的引用，例如，在web控制器中对业务对象和验证器（validator）的引用。

可适配、非侵入：可以根据不同的应用场景，选择合适的控制器子类 （simple型、command型、form型、wizard型、multi-action型或者自定义），而不是从单一控制器 （比如Action/ActionForm）继承。

可重用的业务代码：可以使用现有的业务对象作为命令或表单对象，而不需要去扩展某个特定框架的基类。

可定制的绑定（binding） 和验证（validation）：比如将类型不匹配作为应用级的验证错误， 这可以保存错误的值。再比如本地化的日期和数字绑定等等。在其他某些框架中，你只能使用字符串表单对象， 需要手动解析它并转换到业务对象。

可定制的handler mapping和view resolution：Spring提供从最简单的URL映射， 到复杂的、专用的定制策略。与某些web MVC框架强制开发人员使用单一特定技术相比，Spring显得更加灵活。

灵活的model转换：在Springweb框架中，使用基于Map的 键/值对来达到轻易地与各种视图技术的集成。

可定制的本地化和主题（theme）解析：支持在JSP中可选择地使用Spring标签库、支持JSTL、支持Velocity（不需要额外的中间层）等等。

简单而强大的JSP标签库（Spring Tag Library）：支持包括诸如数据绑定和主题（theme） 之类的许多功能。它提供在标记方面的最大灵活性。

JSP表单标签库：在Spring2.0中引入的表单标签库，使得在JSP中编写 表单更加容易。

Spring Bean的生命周期可以被限制在当前的HTTP Request或者HTTP Session。 准确的说，这并非Spring MVC框架本身特性，而应归属于Sping MVC使用的WebApplicationContext容器。

对SpringMVC的介绍参考自官方文档：http://docs.spring.io/spring/docs/current/spring-framework-reference/html/mvc.html

Spring MVC工作原理

就我自己对Spring MVC的理解来谈谈其工作原理。Spring MVC的工作是要依赖整个Spring的。

DispatcherServlet是调度的核心，处理器映射器，视图解析器，业务处理器都要被前端控制器所调配，画了一张简单架构图：

分步骤来解释一下：

用户在客户端向DispatcherServlet发送请求。

DispatcherServlet接受到请求后调用处理器映射器映射对应的Controller。

处理器映射器返回映射到的Controller给DispatcherServlet。

DispatcherServlet通过得到的Controller来调用处理器。

Controller根据请求调用相应的业务逻辑Service。

Service调用数据访问层。

Service抽取数据模型。

Service把数据模型返回给Controller。

Controller包装数据返回给DispatcherServlet一个ModelAndView。

DispatcherServlet根据得到的ModelAndView调用视图解析器。

视图解析器返回一个指定格式的视图。

DispatcherServlet把得到的视图forward到JSP页面。

JSP页面响应用户的请求并显示到客户端。

以上就是SpringMVC的大体架构和工作原理。

Spring框架的源码中使用了非常多的经典设计模式和设计原则。是不可多得的代码大餐。找个时间研究一下。

更多关于SpringMVC的介绍请参考官方文档：http://docs.spring.io/spring/docs/current/spring-framework-reference/html/mvc.html

送书活动栏

轻量级JavaEE企业应用实战