第二章 Spring MVC入门

2．1、Spring Web MVC是甚么

Spring Web MVC是1种基于Java的实现了Web MVC设计模式的要求驱动类型的轻量级Web框架，即便用了MVC架构模式的思想，将web层进行职责解耦，基于要求驱动指的就是使用要求-响应模型，框架的目的就是帮助我们简化开发，Spring Web MVC也是要简化我们平常Web开发的。

另外还有1种基于组件的、事件驱动的Web框架在此就不介绍了，如Tapestry、JSF等。

Spring Web MVC也是服务到工作者模式的实现，但进行可优化。前端控制器是DispatcherServlet；利用控制器其实拆为处理器映照器(Handler Mapping)进行处理器管理和视图解析器(View Resolver)进行视图管理；页面控制器/动作/处理器为Controller接口（仅包括ModelAndView handleRequest(request, response) 方法）的实现（也能够是任何的POJO类）；支持本地化（Locale）解析、主题（Theme）解析及文件上传等；提供了非常灵活的数据验证、格式化和数据绑定机制；提供了强大的约定大于配置（惯例优先原则）的契约式编程支持。

2．2、Spring Web MVC能帮我们做甚么

√让我们能非常简单的设计出干净的Web层和薄薄的Web层；

√进行更简洁的Web层的开发；

√天生与Spring框架集成（如IoC容器、AOP等）；

√提供强大的约定大于配置的契约式编程支持；

√能简单的进行Web层的单元测试；

√支持灵活的URL到页面控制器的映照；

√非常容易与其他视图技术集成，如Velocity、FreeMarker等等，由于模型数据不放在特定的API里，而是放在1个Model里（Map数据结构实现，因此很容易被其他框架使用）；

√非常灵活的数据验证、格式化和数据绑定机制，能使用任何对象进行数据绑定，没必要实现特定框架的API；

√提供1套强大的JSP标签库，简化JSP开发；

√支持灵活的本地化、主题等解析；

√更加简单的异常处理；

√对静态资源的支持；

√支持Restful风格。

2．3、Spring Web MVC架构

Spring Web MVC框架也是1个基于要求驱动的Web框架，并且也使用了前端控制器模式来进行设计，再根据要求映照规则分发给相应的页面控制器（动作/处理器）进行处理。首先让我们整体看1下Spring Web MVC处理要求的流程：

2.3.1、Spring Web MVC处理要求的流程

如图2⑴

图2⑴

具体履行步骤以下：

1、  首先用户发送要求————>前端控制器，前端控制器根据要求信息（如URL）来决定选择哪个页面控制器进行处理并把要求拜托给它，即之前的控制器的控制逻辑部份；图2⑴中的1、2步骤；

2、  页面控制器接收到要求后，进行功能处理，首先需要搜集和绑定要求参数到1个对象，这个对象在Spring Web MVC中叫命令对象，并进行验证，然后将命令对象拜托给业务对象进行处理；处理终了后返回1个ModelAndView（模型数据和逻辑视图名）；图2⑴中的3、4、5步骤；

3、  前端控制器收回控制权，然后根据返回的逻辑视图名，选择相应的视图进行渲染，并把模型数据传入以便视图渲染；图2⑴中的步骤6、7；

4、  前端控制器再次收回控制权，将响应返回给用户，图2⑴中的步骤8；至此全部结束。

问题：

1、  要求如何给前端控制器？

2、  前端控制器如何根据要求信息选择页面控制器进行功能处理？

3、  如何支持多种页面控制器呢？

4、  如何页面控制器如何使用业务对象？

5、  页面控制器如何返回模型数据？

6、  前端控制器如何根据页面控制器返回的逻辑视图名选择具体的视图进行渲染？

7、  不同的视图技术如何使用相应的模型数据？

首先我们知道有如上问题，那这些问题如何解决呢？请让我们先继续，在后边顺次回答。

2.3.2、Spring Web MVC架构

1、Spring Web MVC核心架构图，如图2⑵

图2⑵

架构图对应的DispatcherServlet核心代码以下：

java代码：

Java代码  

1. //前端控制器分派方法  
2. protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception {  
3.         HttpServletRequest processedRequest = request;  
4.         HandlerExecutionChain mappedHandler = null;  
5.         int interceptorIndex = -1;  
6.   
7.         try {  
8.             ModelAndView mv;  
9.             boolean errorView = false;  
10.   
11.             try {  
12.                    //检查是不是是要求是不是是multipart（如文件上传），如果是将通过MultipartResolver解析  
13.                 processedRequest = checkMultipart(request);  
14.                    //步骤2、要求到处理器（页面控制器）的映照，通过HandlerMapping进行映照  
15.                 mappedHandler = getHandler(processedRequest, false);  
16.                 if (mappedHandler == null || mappedHandler.getHandler() == null) {  
17.                     noHandlerFound(processedRequest, response);  
18.                     return;  
19.                 }  
20.                    //步骤3、处理器适配，行将我们的处理器包装成相应的适配器（从而支持多种类型的处理器）  
21.                 HandlerAdapter ha = getHandlerAdapter(mappedHandler.getHandler());  
22.   
23.                   // 304 Not Modified缓存支持  
24.                 //此处省略具体代码  
25.   
26.                 // 履行处理器相干的拦截器的预处理（HandlerInterceptor.preHandle）  
27.                 //此处省略具体代码  
28.   
29.                 // 步骤4、由适配器履行处理器（调用途理器相应功能处理方法）  
30.                 mv = ha.handle(processedRequest, response, mappedHandler.getHandler());  
31.   
32.                 // Do we need view name translation?  
33.                 if (mv != null && !mv.hasView()) {  
34.                     mv.setViewName(getDefaultViewName(request));  
35.                 }  
36.   
37.                 // 履行处理器相干的拦截器的后处理（HandlerInterceptor.postHandle）  
38.                 //此处省略具体代码  
39.             }  
40.             catch (ModelAndViewDefiningException ex) {  
41.                 logger.debug("ModelAndViewDefiningException encountered", ex);  
42.                 mv = ex.getModelAndView();  
43.             }  
44.             catch (Exception ex) {  
45.                 Object handler = (mappedHandler != null ? mappedHandler.getHandler() : null);  
46.                 mv = processHandlerException(processedRequest, response, handler, ex);  
47.                 errorView = (mv != null);  
48.             }  
49.   
50.             //步骤5 步骤6、解析视图并进行视图的渲染  
51. //步骤5 由ViewResolver解析View（viewResolver.resolveViewName(viewName, locale)）  
52. //步骤6 视图在渲染时会把Model传入（view.render(mv.getModelInternal(), request, response);）  
53.             if (mv != null && !mv.wasCleared()) {  
54.                 render(mv, processedRequest, response);  
55.                 if (errorView) {  
56.                     WebUtils.clearErrorRequestAttributes(request);  
57.                 }  
58.             }  
59.             else {  
60.                 if (logger.isDebugEnabled()) {  
61.                     logger.debug("Null ModelAndView returned to DispatcherServlet with name '" + getServletName() +  
62.                             "': assuming HandlerAdapter completed request handling");  
63.                 }  
64.             }  
65.   
66.             // 履行处理器相干的拦截器的完成后处理（HandlerInterceptor.afterCompletion）  
67.             //此处省略具体代码  
68.   
69.   
70.         catch (Exception ex) {  
71.             // Trigger after-completion for thrown exception.  
72.             triggerAfterCompletion(mappedHandler, interceptorIndex, processedRequest, response, ex);  
73.             throw ex;  
74.         }  
75.         catch (Error err) {  
76.             ServletException ex = new NestedServletException("Handler processing failed", err);  
77.             // Trigger after-completion for thrown exception.  
78.             triggerAfterCompletion(mappedHandler, interceptorIndex, processedRequest, response, ex);  
79.             throw ex;  
80.         }  
81.   
82.         finally {  
83.             // Clean up any resources used by a multipart request.  
84.             if (processedRequest != request) {  
85.                 cleanupMultipart(processedRequest);  
86.             }  
87.         }  
88.     }  

//前端控制器分派方法 protected void doDispatch(HttpServletRequest request, HttpServletResponse response) throws Exception { HttpServletRequest processedRequest = request; HandlerExecutionChain mappedHandler = null; int interceptorIndex = ⑴; 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 ? mappedHandler.getHandler() : 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()) { logger.debug("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，前端控制器收到要求后自己不进行处理，而是拜托给其他的解析器进行处理，作为统1访问点，进行全局的流程控制；

2、  DispatcherServlet——>HandlerMapping， HandlerMapping将会把要求映照为HandlerExecutionChain对象（包括1个Handler处理器（页面控制器）对象、多个HandlerInterceptor拦截器）对象，通过这类策略模式，很容易添加新的映照策略；

3、  DispatcherServlet——>HandlerAdapter，HandlerAdapter将会把处理器包装为适配器，从而支持多种类型的处理器，即适配器设计模式的利用，从而很容易支持很多类型的处理器；

4、  HandlerAdapter——>处理器功能处理方法的调用，HandlerAdapter将会根据适配的结果调用真实的处理器的功能处理方法，完成功能处理；并返回1个ModelAndView对象（包括模型数据、逻辑视图名）；

5、  ModelAndView的逻辑视图名——> ViewResolver， ViewResolver将把逻辑视图名解析为具体的View，通过这类策略模式，很容易更换其他视图技术；

6、  View——>渲染，View会根据传进来的Model模型数据进行渲染，此处的Model实际是1个Map数据结构，因此很容易支持其他视图技术；

7、返回控制权给DispatcherServlet，由DispatcherServlet返回响应给用户，到此1个流程结束。

此处我们只是讲了核心流程，没有斟酌拦截器、本地解析、文件上传解析等，后边再细述。

到此，再来看我们前边提出的问题：

1、  要求如何给前端控制器？这个应当在web.xml中进行部署描写，在HelloWorld中详细讲授。

2、  前端控制器如何根据要求信息选择页面控制器进行功能处理？ 我们需要配置HandlerMapping进行映照

3、  如何支持多种页面控制器呢？配置HandlerAdapter从而支持多种类型的页面控制器

4、  如何页面控制器如何使用业务对象？可以预感到，肯定利用Spring IoC容器的依赖注入功能

5、  页面控制器如何返回模型数据？使用ModelAndView返回

6、  前端控制器如何根据页面控制器返回的逻辑视图名选择具体的视图进行渲染？ 使用ViewResolver进行解析

7、  不同的视图技术如何使用相应的模型数据？ 由于Model是1个Map数据结构，很容易支持其他视图技术

在此我们可以看出具体的核心开发步骤：

1、  DispatcherServlet在web.xml中的部署描写，从而拦截要求到Spring Web MVC

2、  HandlerMapping的配置，从而将要求映照到处理器

3、  HandlerAdapter的配置，从而支持多种类型的处理器

4、  ViewResolver的配置，从而将逻辑视图名解析为具体视图技术

5、处理器（页面控制器）的配置，从而进行功能处理

上边的开发步骤我们会在Hello World中详细验证。

2．4、Spring Web MVC优势

1、清晰的角色划分：前端控制器（DispatcherServlet）、要求到处理器映照（HandlerMapping）、处理器适配器（HandlerAdapter）、视图解析器（ViewResolver）、处理器或页面控制器（Controller）、验证器（   Validator）、命令对象（Command  要求参数绑定到的对象就叫命令对象）、表单对象（Form Object 提供给表单展现和提交到的对象就叫表单对象）。

2、分工明确，而且扩大点相当灵活，可以很容易扩大，虽然几近不需要；

3、由于命令对象就是1个POJO，无需继承框架特定API，可使用命令对象直接作为业务对象；

4、和Spring 其他框架无缝集成，是其它Web框架所不具有的；

5、可适配，通过HandlerAdapter可以支持任意的类作为处理器；

6、可定制性，HandlerMapping、ViewResolver等能够非常简单的定制；

7、功能强大的数据验证、格式化、绑定机制；

8、利用Spring提供的Mock对象能够非常简单的进行Web层单元测试；

9、本地化、主题的解析的支持，使我们更容易进行国际化和主题的切换。

10、强大的JSP标签库，使JSP编写更容易。

………………还有比如RESTful风格的支持、简单的文件上传、约定大于配置的契约式编程支持、基于注解的零配置支持等等。

到此我们已简单的了解了Spring Web MVC，接下来让我们来个实例来具体使用下这个框架。

2．5、Hello World入门

2.5.1、准备开发环境和运行环境：

☆开发工具：eclipse

☆运行环境：tomcat6.0.20

☆工程：动态web工程（springmvc-chapter2）

☆spring框架下载：

spring-framework⑶.1.1.RELEASE-with-docs.zip

☆依赖jar包：

1、  Spring框架jar包：

为了简单，将spring-framework⑶.1.1.RELEASE-with-docs.zip/dist/下的所有jar包拷贝到项目的WEB-INF/lib目录下；

2、  Spring框架依赖的jar包：

需要添加Apache commons logging日志，此处使用的是commons.logging⑴.1.1.jar；

需要添加jstl标签库支持，此处使用的是jstl⑴.1.2.jar和standard⑴.1.2.jar；

2.5.2、前端控制器的配置

在我们的web.xml中添加以下配置：

java代码：

Java代码  

1.   
2.     chapter2  
3.     class>org.springframework.web.servlet.DispatcherServletclass>  
4.     1  
5.   
6.   
7.     chapter2  
8.     /  
9.   

chapter2org.springframework.web.servlet.DispatcherServlet1chapter2/

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。

2.5.3、在Spring配置文件中配置HandlerMapping、HandlerAdapter

具体配置在WEB-INF/ chapter2-servlet.xml文件中：

java代码：

Java代码  

1.   
2. class="org.springframework.web.servlet.handler.BeanNameUrlHandlerMapping"/>  
3.    
4.   
5. class="org.springframework.web.servlet.mvc.SimpleControllerHandlerAdapter"/>  

BeanNameUrlHandlerMapping：表示将要求的URL和Bean名字映照，如URL为 “上下文/hello”，则Spring配置文件必须有1个名字为“/hello”的Bean，上下文默许疏忽。

SimpleControllerHandlerAdapter：表示所有实现了org.springframework.web.servlet.mvc.Controller接口的Bean可以作为Spring Web MVC中的处理器。如果需要其他类型的处理器可以通过实现HadlerAdapter来解决。

2.5.4、在Spring配置文件中配置ViewResolver

具体配置在WEB-INF/ chapter2-servlet.xml文件中：

java代码：

Java代码  

1.   
2. class="org.springframework.web.servlet.view.InternalResourceViewResolver">  
3.     "viewClass" value="org.springframework.web.servlet.view.JstlView"/>  
4.     "prefix" value="/WEB-INF/jsp/"/>  
5.     "suffix" value=".jsp"/>  
6.   

InternalResourceViewResolver：用于支持Servlet、JSP视图解析；

    viewClass：JstlView表示JSP模板页面需要使用JSTL标签库，classpath中必须包括jstl的相干jar包；

    prefix和suffix：查找视图页面的前缀和后缀（前缀[逻辑视图名]后缀），比如传进来的逻辑视图名为hello，则该该jsp视图页面应当寄存在“WEB-INF/jsp/hello.jsp”；

2.5.5、开发处理器/页面控制器

java代码：

Java代码  

1. package cn.javass.chapter2.web.controller;  
2. import javax.servlet.http.HttpServletRequest;  
3. import javax.servlet.http.HttpServletResponse;  
4. import org.springframework.web.servlet.ModelAndView;  
5. import org.springframework.web.servlet.mvc.Controller;  
6. public class HelloWorldController implements Controller {  
7.     @Override  
8.     public ModelAndView handleRequest(HttpServletRequest req, HttpServletResponse resp) throws Exception {  
9.        //1、搜集参数、验证参数  
10.        //2、绑定参数到命令对象  
11.        //3、将命令对象传入业务对象进行业务处理  
12.        //4、选择下1个页面  
13.        ModelAndView mv = new ModelAndView();  
14.        //添加模型数据 可以是任意的POJO对象  
15.        mv.addObject("message", "Hello World!");  
16.        //设置逻辑视图名，视图解析器会根据该名字解析到具体的视图页面  
17.        mv.setViewName("hello");  
18.        return mv;  
19.     }  
20. }  

package cn.javass.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、选择下1个页面 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容器管理:

java代码：

Java代码  

1.   
2. "/hello" class="cn.javass.chapter2.web.controller.HelloWorldController"/>  

name="/hello"：前边配置的BeanNameUrlHandlerMapping，表示如过要求的URL为 “上下文/hello”，则将会交给该Bean进行处理。 

2.5.6、开发视图页面

创建 /WEB-INF/jsp/hello.jsp视图页面：

java代码：

Java代码  

1. <%@ page language="java" contentType="text/html; charset=UTF⑻" pageEncoding="UTF⑻"%>  
2. "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">  
3.   
4.   
5. "Content-Type" content="text/html; charset=UTF⑻">  
6. Hello World  
7.   
8.   
9. ${message}  
10.   
11.   

<%@ page language="java" contentType="text/html; charset=UTF⑻" pageEncoding="UTF⑻"%> Hello World${message}

${message}：表示显示由HelloWorldController处理器传过来的模型数据。

2.5.6、启动服务器运行测试

通过要求：http://localhost:9080/springmvc-chapter2/hello，如果页面输出“Hello World! ”就表明我们成功了！

2.5.7、运行流程分析

如图2⑶

图2⑶

运行步骤：

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方法进行功能处理，该处理方法返回1个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返回响应给用户，到此1个流程结束。

到此HelloWorld就完成了，步骤是否是有点多？而且回想下我们主要进行了以下配置：

1、  前端控制器DispatcherServlet；

2、  HandlerMapping

3、  HandlerAdapter

4、  ViewResolver

5、  处理器/页面控制器

6、  视图

因此，接下来几章让我们详细看看这些配置，先从DispatcherServlet开始吧。

2．6、POST中文乱码解决方案

spring Web MVC框架提供了org.springframework.web.filter.CharacterEncodingFilter用于解决POST方式酿成的中文乱码问题，具体配置以下：

java代码：

Java代码  

1.   
2.     CharacterEncodingFilter  
3.     class>org.springframework.web.filter.CharacterEncodingFilterclass>  
4.       
5.         encoding  
6.         utf-8  
7.       
8.   
9.   
10.     CharacterEncodingFilter  
11.     /*  
12.   

CharacterEncodingFilterorg.springframework.web.filter.CharacterEncodingFilterencodingutf⑻CharacterEncodingFilter/*

以后我们项目及所有页面的编码均为UTF⑻。

2.7、Spring3.1新特性

1、Spring2.5之前，我们都是通过实现Controller接口或其实现来定义我们的处理器类。

2、Spring2.5引入注解式处理器支持，通过@Controller 和 @RequestMapping注解定义我们的处理器类。并且提供了1组强大的注解：

需要通过处理器映照DefaultAnnotationHandlerMapping和处理器适配器AnnotationMethodHandlerAdapter来开启支持@Controller 和 @RequestMapping注解的处理器。

@Controller：用于标识是处理器类；

@RequestMapping：要求到处理器功能方法的映照规则；

@RequestParam：要求参数到处理器功能处理方法的方法参数上的绑定；

@ModelAttribute：要求参数到命令对象的绑定；

@SessionAttributes：用于声明session级别存储的属性，放置在处理器类上，通常列出模型属性（如@ModelAttribute）对应的名称，则这些属性会透明的保存到session中；

@InitBinder：自定义数据绑定注册支持，用于将要求参数转换到命令对象属性的对应类型；

3、Spring3.0引入RESTful架构风格支持(通过@PathVariable注解和1些其他特性支持),且又引入了更多的注解支持：

@CookieValue：cookie数据到处理器功能处理方法的方法参数上的绑定；

@RequestHeader：要求头（header）数据到处理器功能处理方法的方法参数上的绑定；

@RequestBody：要求的body体的绑定（通过HttpMessageConverter进行类型转换）；

@ResponseBody：处理器功能处理方法的返回值作为响应体（通过HttpMessageConverter进行类型转换）；

@ResponseStatus：定义处理器功能处理方法/异常处理器返回的状态码和缘由；

@ExceptionHandler：注解式声明异常处理器；

@PathVariable：要求URI中的模板变量部份到处理器功能处理方法的方法参数上的绑定，从而支持RESTful架构风格的URI；

4、还有比如：

JSR⑶03验证框架的无缝支持（通过@Valid注解定义验证元数据）；

使用Spring 3开始的ConversionService进行类型转换（PropertyEditor仍然有效），支持使用@NumberFormat 和 @DateTimeFormat来进行数字和日期的格式化；

HttpMessageConverter（Http输入/输出转换器，比如JSON、XML等的数据输出转换器）；

ContentNegotiatingViewResolver，内容协商视图解析器，它还是视图解析器，只是它支持根据要求信息将同1模型数据以不同的视图方式展现（如json、xml、html等），RESTful架构风格中很重要的概念（同1资源，多种表现情势）；

Spring 3 引入 1个  mvc XML的命名空间用于支持mvc配置，包括如：

   ：

      自动注册基于注解风格的处理器需要的DefaultAnnotationHandlerMapping、AnnotationMethodHandlerAdapter

      支持Spring3的ConversionService自动注册

      支持JSR⑶03验证框架的自动探测并注册（只需把JSR⑶03实现放置到classpath）

      自动注册相应的HttpMessageConverter（用于支持@RequestBody  和 @ResponseBody）（如XML输入输出转换器（只需将JAXP实现放置到classpath）、JSON输入输出转换器（只需将Jackson实现放置到classpath））等。

   ：注册自定义的处理器拦截器；

   ：和ParameterizableViewController类似，收到相应要求后直接选择相应的视图；

    ：逻辑静态资源路径到物理静态资源路径的支持；

    ：当在web.xml 中DispatcherServlet使用/ 映照时，能映照静态资源（当Spring Web MVC框架没有处理要求对应的控制器时（如1些静态资源），转交给默许的Servlet来响应静态文件，否则报404找不到资源毛病，）。

……等等。

5、Spring3.1新特性：

对Servlet 3.0的全面支持。

@EnableWebMvc：用于在基于Java类定义Bean配置中开启MVC支持，和XML中的