spring web mvc是一种基于java的实现了web mvc设计模式的请求驱动类型的轻量级web框架，即使用了mvc架构模式的思想，将web层进行职责解耦，基于请求驱动指的就是使用请求-响应模型，框架的目的就是帮助我们简化开发，spring web mvc也是要简化我们日常web开发的。另外还有一种基于组件的、事件驱动的web框架在此就不介绍了，如tapestry、jsf等。
spring web mvc也是服务到工作者模式的实现，但进行可优化。前端控制器是dispatcherservlet；应用控制器其实拆为处理器映射器(handler mapping)进行处理器管理和视图解析器(view resolver)进行视图管理；页面控制器/动作/处理器为controller接口（仅包含modelandview handlerequest(request, response) 方法）的实现（也可以是任何的pojo类）；支持本地化（locale）解析、主题（theme）解析及文件上传等；提供了非常灵活的数据验证、格式化和数据绑定机制；提供了强大的约定大于配置（惯例优先原则）的契约式编程支持。
spring web mvc能帮我们做什么
- 让我们能非常简单的设计出干净的web层和薄薄的web层；
- 进行更简洁的web层的开发；
- 天生与spring框架集成（如ioc容器、aop等）；
- 提供强大的约定大于配置的契约式编程支持；
- 能简单的进行web层的单元测试；
- 支持灵活的url到页面控制器的映射；
- 非常容易与其他视图技术集成，如velocity、freemarker等等，因为模型数据不放在特定的api里，而是放在一个model里（map数据结构实现，因此很容易被其他框架使用）；
- 非常灵活的数据验证、格式化和数据绑定机制，能使用任何对象进行数据绑定，不必实现特定框架的api；
- 提供一套强大的jsp标签库，简化jsp开发；
- 支持灵活的本地化、主题等解析；
- 更加简单的异常处理；
- 对静态资源的支持；
- 支持restful风格。
spring web mvc架构
spring web mvc框架也是一个基于请求驱动的web框架，并且也使用了前端控制器模式来进行设计，再根据请求映射规则分发给相应的页面控制器（动作/处理器）进行处理。首先让我们整体看一下spring web mvc处理请求的流程：
spring web mvc处理请求的流程
如图2-1
图2-1
具体执行步骤如下：
1、 首先用户发送请求————>前端控制器，前端控制器根据请求信息（如url）来决定选择哪一个页面控制器进行处理并把请求委托给它，即以前的控制器的控制逻辑部分；图2-1中的1、2步骤；
2、 页面控制器接收到请求后，进行功能处理，首先需要收集和绑定请求参数到一个对象，这个对象在spring web mvc中叫命令对象，并进行验证，然后将命令对象委托给业务对象进行处理；处理完毕后返回一个modelandview（模型数据和逻辑视图名）；图2-1中的3、4、5步骤；
3、 前端控制器收回控制权，然后根据返回的逻辑视图名，选择相应的视图进行渲染，并把模型数据传入以便视图渲染；图2-1中的步骤6、7；
4、 前端控制器再次收回控制权，将响应返回给用户，图2-1中的步骤8；至此整个结束。
问题：
1、 请求如何给前端控制器？
2、 前端控制器如何根据请求信息选择页面控制器进行功能处理？
3、 如何支持多种页面控制器呢？
4、 如何页面控制器如何使用业务对象？
5、 页面控制器如何返回模型数据？
6、 前端控制器如何根据页面控制器返回的逻辑视图名选择具体的视图进行渲染？
7、 不同的视图技术如何使用相应的模型数据？
首先我们知道有如上问题，那这些问题如何解决呢？请让我们先继续，在后边依次回答。
spring web mvc架构
1、spring web mvc核心架构图，如图2-2
图2-2
架构图对应的dispatcherservlet核心代码如下：
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
|
//前端控制器分派方法
protected void dodispatch(httpservletrequest request, httpservletresponse response) throws exception {
httpservletrequest processedrequest = request;
handlerexecutionchain mappedhandler = null;
int interceptorindex = -1;
try {
modelandview mv;
boolean errorview = false;
try {
//检查是否是请求是否是multipart（如文件上传），如果是将通过multipartresolver解析
processedrequest = checkmultipart(request);
//步骤2、请求到处理器（页面控制器）的映射，通过handlermapping进行映射
mappedhandler = gethandler(processedrequest, false);
if (mappedhandler == null || mappedhandler.gethandler() == null) {
nohandlerfound(processedrequest, response);
return;
}
//步骤3、处理器适配，即将我们的处理器包装成相应的适配器（从而支持多种类型的处理器）
handleradapter ha = gethandleradapter(mappedhandler.gethandler());
// 304 not modified缓存支持
//此处省略具体代码
// 执行处理器相关的拦截器的预处理（handlerinterceptor.prehandle）
//此处省略具体代码
// 步骤4、由适配器执行处理器（调用处理器相应功能处理方法）
mv = ha.handle(processedrequest, response, mappedhandler.gethandler());
// do we need view name translation?
if (mv != null && !mv.hasview()) {
mv.setviewname(getdefaultviewname(request));
}
// 执行处理器相关的拦截器的后处理（handlerinterceptor.posthandle）
//此处省略具体代码
}
catch (modelandviewdefiningexception ex) {
logger.debug("modelandviewdefiningexception encountered", ex);
mv = ex.getmodelandview();
}
catch (exception ex) {
object handler = (mappedhandler != null ? mappedhandlergethandler() : null);
mv = processhandlerexception(processedrequest, response, handler, ex);
errorview = (mv != null);
}
//步骤5 步骤6、解析视图并进行视图的渲染
//步骤5 由viewresolver解析view（viewresolver.resolveviewname(viewname, locale)）
//步骤6 视图在渲染时会把model传入（view.render(mv.getmodelinternal(), request, response);）
if (mv != null && !mv.wascleared()) {
render(mv, processedrequest, response);
if (errorview) {
webutils.clearerrorrequestattributes(request);
}
}
else {
if (logger.isdebugenabled()) {
loggerdebug("null modelandview returned to dispatcherservlet with name '" + getservletname() +
"': assuming handleradapter completed request handling");
}
}
// 执行处理器相关的拦截器的完成后处理（handlerinterceptor.aftercompletion）
//此处省略具体代码
catch (exception ex) {
// trigger after-completion for thrown exception
triggeraftercompletion(mappedhandler, interceptorindex, processedrequest, response, ex);
throw ex;
}
catch (error err) {
servletexception ex = new nestedservletexception("handler processing failed", err);
// trigger after-completion for thrown exception.
triggeraftercompletion(mappedhandler, interceptorindex, processedrequest, response, ex);
throw ex;
}
finally {
// clean up any resources used by a multipart request
if (processedrequest != request) {
cleanupmultipart(processedrequest);
}
}
}
|
核心架构的具体流程步骤如下：
1、 首先用户发送请求——>dispatcherservlet，前端控制器收到请求后自己不进行处理，而是委托给其他的解析器进行处理，作为统一访问点，进行全局的流程控制；
2、 dispatcherservlet——>handlermapping， handlermapping将会把请求映射为handlerexecutionchain对象（包含一个handler处理器（页面控制器）对象、多个handlerinterceptor拦截器）对象，通过这种策略模式，很容易添加新的映射策略；
3、 dispatcherservlet——>handleradapter，handleradapter将会把处理器包装为适配器，从而支持多种类型的处理器，即适配器设计模式的应用，从而很容易支持很多类型的处理器；
4、 handleradapter——>处理器功能处理方法的调用，handleradapter将会根据适配的结果调用真正的处理器的功能处理方法，完成功能处理；并返回一个modelandview对象（包含模型数据、逻辑视图名）；
5、 modelandview的逻辑视图名——> viewresolver， viewresolver将把逻辑视图名解析为具体的view，通过这种策略模式，很容易更换其他视图技术；
6、 view——>渲染，view会根据传进来的model模型数据进行渲染，此处的model实际是一个map数据结构，因此很容易支持其他视图技术；
7、返回控制权给dispatcherservlet，由dispatcherservlet返回响应给用户，到此一个流程结束。
此处我们只是讲了核心流程，没有考虑拦截器、本地解析、文件上传解析等，后边再细述。
到此，再来看我们前边提出的问题：
1、 请求如何给前端控制器？这个应该在web.xml中进行部署描述，在helloworld中详细讲解。
2、 前端控制器如何根据请求信息选择页面控制器进行功能处理？ 我们需要配置handlermapping进行映射
3、 如何支持多种页面控制器呢？配置handleradapter从而支持多种类型的页面控制器
4、 如何页面控制器如何使用业务对象？可以预料到，肯定利用spring ioc容器的依赖注入功能
5、 页面控制器如何返回模型数据？使用modelandview返回
6、 前端控制器如何根据页面控制器返回的逻辑视图名选择具体的视图进行渲染？ 使用viewresolver进行解析
7、 不同的视图技术如何使用相应的模型数据？ 因为model是一个map数据结构，很容易支持其他视图技术
在此我们可以看出具体的核心开发步骤：
1、 dispatcherservlet在web.xml中的部署描述，从而拦截请求到spring web mvc
2、 handlermapping的配置，从而将请求映射到处理器
3、 handleradapter的配置，从而支持多种类型的处理器
4、 viewresolver的配置，从而将逻辑视图名解析为具体视图技术
5、处理器（页面控制器）的配置，从而进行功能处理
上边的开发步骤我们会在hello world中详细验证。
spring web mvc优势
1、清晰的角色划分：前端控制器（dispatcherservlet）、请求到处理器映射（handlermapping）、处理器适配器（handleradapter）、视图解析器（viewresolver）、处理器或页面控制器（controller）、验证器（ validator）、命令对象（command 请求参数绑定到的对象就叫命令对象）、表单对象（form object 提供给表单展示和提交到的对象就叫表单对象）。
2、分工明确，而且扩展点相当灵活，可以很容易扩展，虽然几乎不需要；
3、由于命令对象就是一个pojo，无需继承框架特定api，可以使用命令对象直接作为业务对象；
4、和spring 其他框架无缝集成，是其它web框架所不具备的；
5、可适配，通过handleradapter可以支持任意的类作为处理器；
6、可定制性，handlermapping、viewresolver等能够非常简单的定制；
7、功能强大的数据验证、格式化、绑定机制；
8、利用spring提供的mock对象能够非常简单的进行web层单元测试；
9、本地化、主题的解析的支持，使我们更容易进行国际化和主题的切换。
10、强大的jsp标签库，使jsp编写更容易。
………………还有比如restful风格的支持、简单的文件上传、约定大于配置的契约式编程支持、基于注解的零配置支持等等。
到此我们已经简单的了解了spring web mvc，接下来让我们来个实例来具体使用下这个框架。
hello world入门
准备开发环境和运行环境：
☆开发工具：eclipse
☆运行环境：tomcat6.0.20
☆工程：动态web工程（springmvc-chapter2）
☆spring框架下载：
spring-framework-3.1.1.release-with-docs.zip
☆依赖jar包：
1、 spring框架jar包：
为了简单，将spring-framework-3.1.1.release-with-docs.zip/dist/下的所有jar包拷贝到项目的web-inf/lib目录下；
2、 spring框架依赖的jar包：
需要添加apache commons logging日志，此处使用的是commons.logging-1.1.1.jar；
需要添加jstl标签库支持，此处使用的是jstl-1.1.2.jar和standard-1.1.2.jar；
前端控制器的配置
在我们的web.xml中添加如下配置：
|
1
2
3
4
5
6
7
8
9
|
<servlet>
<servlet-name>chapter2</servlet-name>
<servlet-class>org.springframework.web.servlet.dispatcherservlet</servlet-class>
<load-on-startup>1</load-on-startup>
</servlet>
<servlet-mapping>
<servlet-name>chapter2</servlet-name>
<url-pattern>/</url-pattern>
</servlet-mapping>
|
load-on-startup：表示启动容器时初始化该servlet；
url-pattern：表示哪些请求交给spring web mvc处理， “/” 是用来定义默认servlet映射的。也可以如“*.html”表示拦截所有以html为扩展名的请求。
自此请求已交给spring web mvc框架处理，因此我们需要配置spring的配置文件，默认dispatcherservlet会加载web-inf/[dispatcherservlet的servlet名字]-servlet.xml配置文件。本示例为web-inf/ chapter2-servlet.xml。
在spring配置文件中配置handlermapping、handleradapter
具体配置在web-inf/ chapter2-servlet.xml文件中：
|
1
2
3
4
5
|
<!-- handlermapping -->
<bean class="org.springframework.web.servlet.handler.beannameurlhandlermapping"/>
<!-- handleradapter -->
<bean class="org.springframework.web.servlet.mvc.simplecontrollerhandleradapter"/>
|
beannameurlhandlermapping：表示将请求的url和bean名字映射，如url为 “上下文/hello”，则spring配置文件必须有一个名字为“/hello”的bean，上下文默认忽略。
simplecontrollerhandleradapter：表示所有实现了org.springframework.web.servlet.mvc.controller接口的bean可以作为spring web mvc中的处理器。如果需要其他类型的处理器可以通过实现hadleradapter来解决。
在spring配置文件中配置viewresolver
具体配置在web-inf/ chapter2-servlet.xml文件中：
|
1
2
3
4
5
6
|
<!-- viewresolver -->
<bean class="org.springframework.web.servlet.view.internalresourceviewresolver">
<property name="viewclass" value="org.springframework.web.servlet.view.jstlview"/>
<property name="prefix" value="/web-inf/jsp/"/>
<property name="suffix" value=".jsp"/>
</bean>
|
internalresourceviewresolver：用于支持servlet、jsp视图解析；
viewclass：jstlview表示jsp模板页面需要使用jstl标签库，classpath中必须包含jstl的相关jar包；
prefix和suffix：查找视图页面的前缀和后缀（前缀[逻辑视图名]后缀），比如传进来的逻辑视图名为hello，则该该jsp视图页面应该存放在“web-inf/jsp/hello.jsp”；
开发处理器/页面控制器
|
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
|
package com.bjpowernode.chapter2.web.controller;
import javax.servlet.http.httpservletrequest;
import javax.servlet.http.httpservletresponse;
import org.springframework.web.servlet.modelandview;
import org.springframework.web.servlet.mvc.controller;
public class helloworldcontroller implements controller {
@override
public modelandview handlerequest(httpservletrequest req, httpservletresponse resp) throws exception {
//1、收集参数、验证参数
//2、绑定参数到命令对象
//3、将命令对象传入业务对象进行业务处理
//4、选择下一个页面
modelandview mv = new modelandview();
//添加模型数据 可以是任意的pojo对象
mv.addobject("message", "hello world!");
//设置逻辑视图名，视图解析器会根据该名字解析到具体的视图页面
mv.setviewname("hello");
return mv;
}
}
|
org.springframework.web.servlet.mvc.controller：页面控制器/处理器必须实现controller接口，注意别选错了；后边我们会学习其他的处理器实现方式；
public modelandview handlerequest(httpservletrequest req, httpservletresponse resp) ：功能处理方法，实现相应的功能处理，比如收集参数、验证参数、绑定参数到命令对象、将命令对象传入业务对象进行业务处理、最后返回modelandview对象；
modelandview：包含了视图要实现的模型数据和逻辑视图名；“mv.addobject("message", "hello world!");
”表示添加模型数据，此处可以是任意pojo对象；“mv.setviewname("hello");”表示设置逻辑视图名为“hello”，视图解析器会将其解析为具体的视图，如前边的视图解析器internalresourcevi。wresolver会将其解析为“web-inf/jsp/hello.jsp”。
我们需要将其添加到spring配置文件(web-inf/chapter2-servlet.xml)，让其接受spring ioc容器管理:
|
1
2
|
<!-- 处理器 -->
<bean name="/hello" class="com.bjpowernode.chapter2.web.controller.helloworldcontroller"/>
|
name="/hello"：前边配置的beannameurlhandlermapping，表示如过请求的url为 “上下文/hello”，则将会交给该bean进行处理。
开发视图页面
创建 /web-inf/jsp/hello.jsp视图页面：
|
1
2
3
4
5
6
7
8
9
10
11
|
<%@ page language="java" contenttype="text/html; charset=utf-8" pageencoding="utf-8"%>
<!doctype html public "-//w3c//dtd html 4.01 transitional//en" "http://www.w3.org/tr/html4/loose.dtd">
<html>
<head>
<meta http-equiv="content-type" content="text/html; charset=utf-8">
<title>hello world</title>
</head>
<body>
${message}
</body>
</html>
|
${message}：表示显示由helloworldcontroller处理器传过来的模型数据。
启动服务器运行测试
通过请求：http://localhost:9080/springmvc-chapter2/hello，如果页面输出“hello world! ”就表明我们成功了！
运行流程分析
如图2-3
图2-3
运行步骤：
1、 首先用户发送请求http://localhost:9080/springmvc-chapter2/hello——>web容器，web容器根据“/hello”路径映射到dispatcherservlet（url-pattern为/）进行处理；
2、 dispatcherservlet——>beannameurlhandlermapping进行请求到处理的映射，beannameurlhandlermapping将“/hello”路径直接映射到名字为“/hello”的bean进行处理，即helloworldcontroller，beannameurlhandlermapping将其包装为handlerexecutionchain（只包括helloworldcontroller处理器，没有拦截器）；
3、 dispatcherservlet——> simplecontrollerhandleradapter，simplecontrollerhandleradapter将handlerexecutionchain中的处理器（helloworldcontroller）适配为simplecontrollerhandleradapter；
4、 simplecontrollerhandleradapter——> helloworldcontroller处理器功能处理方法的调用，simplecontrollerhandleradapter将会调用处理器的handlerequest方法进行功能处理，该处理方法返回一个modelandview给dispatcherservlet；
5、 hello（modelandview的逻辑视图名）——>internalresourceviewresolver， internalresourceviewresolver使用jstlview，具体视图页面在/web-inf/jsp/hello.jsp；
6、 jstlview（/web-inf/jsp/hello.jsp）——>渲染，将在处理器传入的模型数据(message=helloworld！)在视图中展示出来；
7、 返回控制权给dispatcherservlet，由dispatcherservlet返回响应给用户，到此一个流程结束。
到此helloworld就完成了，步骤是不是有点多？而且回忆下我们主要进行了如下配置：
1、 前端控制器dispatcherservlet；
2、 handlermapping
3、 handleradapter
4、 viewresolver
5、 处理器/页面控制器
6、 视图
因此，接下来几章让我们详细看看这些配置，先从dispatcherservlet开始吧。
post中文乱码解决方案
spring web mvc框架提供了org.springframework.web.filter.characterencodingfilter用于解决post方式造成的中文乱码问题，具体配置如下：
|
1
2
3
4
5
6
7
8
9
10
11
12
|
<filter>
<filter-name>characterencodingfilter</filter-name>
<filter-class>org.springframework.web.filter.characterencodingfilter</filter-class>
<init-param>
<param-name>encoding</param-name>
<param-value>utf-8</param-value>
</init-param>
</filter>
<filter-mapping>
<filter-name>characterencodingfilter</filter-name>
<url-pattern>/*</url-pattern>
</filter-mapping>
|
以后我们项目及所有页面的编码均为utf-8。
spring3.1新特性
1.spring2.5之前，我们都是通过实现controller接口或其实现来定义我们的处理器类。
2.spring2.5引入注解式处理器支持，通过@controller 和 @requestmapping注解定义我们的处理器类。并且提供了一组强大的注解：
需要通过处理器映射defaultannotationhandlermapping和处理器适配器annotationmethodhandleradapter来开启支持@controller 和 @requestmapping注解的处理器。
@controller：用于标识是处理器类；
@requestmapping：请求到处理器功能方法的映射规则；
@requestparam：请求参数到处理器功能处理方法的方法参数上的绑定；
@modelattribute：请求参数到命令对象的绑定；
@sessionattributes：用于声明session级别存储的属性，放置在处理器类上，通常列出模型属性（如@modelattribute）对应的名称，则这些属性会透明的保存到session中；
@initbinder：自定义数据绑定注册支持，用于将请求参数转换到命令对象属性的对应类型；
3.spring3.0引入restful架构风格支持(通过@pathvariable注解和一些其他特性支持),且又引入了更多的注解支持：
@cookievalue：cookie数据到处理器功能处理方法的方法参数上的绑定；
@requestheader：请求头（header）数据到处理器功能处理方法的方法参数上的绑定；
@requestbody：请求的body体的绑定（通过httpmessageconverter进行类型转换）；
@responsebody：处理器功能处理方法的返回值作为响应体（通过httpmessageconverter进行类型转换）；
@responsestatus：定义处理器功能处理方法/异常处理器返回的状态码和原因；
@exceptionhandler：注解式声明异常处理器；
@pathvariable：请求uri中的模板变量部分到处理器功能处理方法的方法参数上的绑定，从而支持restful架构风格的uri；
4.还有比如：
jsr-303验证框架的无缝支持（通过@valid注解定义验证元数据）；
使用spring 3开始的conversionservice进行类型转换（propertyeditor依然有效），支持使用@numberformat 和 @datetimeformat来进行数字和日期的格式化；
httpmessageconverter（http输入/输出转换器，比如json、xml等的数据输出转换器）；
contentnegotiatingviewresolver，内容协商视图解析器，它还是视图解析器，只是它支持根据请求信息将同一模型数据以不同的视图方式展示（如json、xml、html等），restful架构风格中很重要的概念（同一资源，多种表现形式）；
spring 3 引入 一个 mvc xml的命名空间用于支持mvc配置，包括如：
<mvc:annotation-driven>：
自动注册基于注解风格的处理器需要的defaultannotationhandlermapping、annotationmethodhandleradapter
支持spring3的conversionservice自动注册
支持jsr-303验证框架的自动探测并注册（只需把jsr-303实现放置到classpath）
自动注册相应的httpmessageconverter（用于支持@requestbody 和 @responsebody）（如xml输入输出转换器（只需将jaxp实现放置到classpath）、json输入输出转换器（只需将jackson实现放置到classpath））等。
<mvc:interceptors>：注册自定义的处理器拦截器；
<mvc:view-controller>：和parameterizableviewcontroller类似，收到相应请求后直接选择相应的视图；
<mvc:resources>：逻辑静态资源路径到物理静态资源路径的支持；
<mvc:default-servlet-handler>：当在web.xml 中dispatcherservlet使用<url-pattern>/</url-pattern> 映射时，能映射静态资源（当spring web mvc框架没有处理请求对应的控制器时（如一些静态资源），转交给默认的servlet来响应静态文件，否则报404找不到资源错误，）。
……等等。
6.spring3.1新特性：
对servlet 3.0的全面支持。
@enablewebmvc：用于在基于java类定义bean配置中开启mvc支持，和xml中的<mvc:annotation-driven>功能一样；
新的@contoller和@requestmapping注解支持类：处理器映射requestmappinghandlermapping 和 处理器适配器requestmappinghandleradapter组合来代替spring2.5开始的处理器映射defaultannotationhandlermapping和处理器适配器annotationmethodhandleradapter，提供更多的扩展点，它们之间的区别我们在处理器映射一章介绍。
新的@exceptionhandler 注解支持类：exceptionhandlerexceptionresolver来代替spring3.0的annotationmethodhandlerexceptionresolver，在异常处理器一章我们再详细讲解它们的区别。
@requestmapping的"consumes" 和 "produces" 条件支持：用于支持@requestbody 和 @responsebody，
1consumes指定请求的内容是什么类型的内容，即本处理方法消费什么类型的数据，如consumes="application/json"表示json类型的内容，spring会根据相应的httpmessageconverter进行请求内容区数据到@requestbody注解的命令对象的转换；
2produces指定生产什么类型的内容，如produces="application/json"表示json类型的内容，spring的根据相应的httpmessageconverter进行请求内容区数据到@requestbody注解的命令对象的转换，spring会根据相应的httpmessageconverter进行模型数据（返回值）到json响应内容的转换
3以上内容，本章第×××节详述。
uri模板变量增强：uri模板变量可以直接绑定到@modelattribute指定的命令对象、@pathvariable方法参数在视图渲染之前被合并到模型数据中（除json序列化、xml混搭场景下）。
@validated：jsr-303的javax.validation.valid一种变体（非jsr-303规范定义的，而是spring自定义的），用于提供对spring的验证器（org.springframework.validation.validator）支持，需要hibernate validator 4.2及更高版本支持；
@requestpart：提供对“multipart/form-data”请求的全面支持，支持servlet 3.0文件上传（javax.servlet.http.part）、支持内容的httpmessageconverter（即根据请求头的content-type，来判断内容区数据是什么类型，如json、xml，能自动转换为命令对象），比@requestparam更强大（只能对请求参数数据绑定，key-alue格式），而@requestpart支持如json、xml内容区数据的绑定；详见本章的第×××节；
flash 属性 和 redirectattribute：通过flashmap存储一个请求的输出，当进入另一个请求时作为该请求的输入，典型场景如重定向（post-redirect-get模式，1、post时将下一次需要的数据放在flashmap；2、重定向；3、通过get访问重定向的地址，此时flashmap会把1放到flashmap的数据取出放到请求中，并从flashmap中删除；从而支持在两次请求之间保存数据并防止了重复表单提交）。
spring web mvc提供flashmapmanager用于管理flashmap，默认使用sessionflashmapmanager，即数据默认存储在session中。