Spring MVC 3 深刻总结

1、前言：

你们好，Spring3 MVC是很是优秀的MVC框架，由其是在3.0版本发布后，如今有愈来愈多的团队选择了Spring3 MVC了。Spring3 MVC结构简单，应了那句话简单就是美，并且他强大不失灵活，性能也很优秀。

官方的下载网址是：http://www.springsource.org/download   （本文使用是的Spring 3.0.5版本）

 

Struts2也是比较优秀的MVC构架，优势很是多好比良好的结构。但这里想说的是缺点，Struts2因为采用了值栈、OGNL表达式、struts2标签库等，会致使应用的性能降低。Struts2的多层拦截器、多实例action性能都很好。能够参考我写的一篇关于Spring MVC与Struts2与Servlet比较的文章 http://elf8848.iteye.com/admin/blogs/698217

 

Spring3 MVC的优势：

一、Spring3 MVC的学习难度小于Struts2，Struts2用不上的多余功能太多。呵呵，固然这不是决定因素。

二、Spring3 MVC很容易就能够写出性能优秀的程序，Struts2要到处当心才能够写出性能优秀的程序（指MVC部分）

三、Spring3 MVC的灵活是你没法想像的，Spring的扩展性有口皆碑，Spring3 MVC固然也不会落后，不会因使用了MVC框架而感到有任何的限制。

 

Struts2的众多优势：略...   (呵呵，是否是不公平？)

 

众多文章开篇时总要吹些牛，吸引一下读者的眼球，把读者的胃口调起来，这样你们才有兴趣接着日后看。本文也没能例外。不过保证你看了以后不会后悔定有收获。

 

 

2、核心类与接口：

 

先来了解一下，几个重要的接口与类。如今不知道他们是干什么的不要紧，先混个脸熟，为之后认识他们打个基础。

 

DispatcherServlet   -- 前置控制器

 

HandlerMapping接口 -- 处理请求的映射

HandlerMapping接口的实现类：

SimpleUrlHandlerMapping  经过配置文件，把一个URL映射到Controller

DefaultAnnotationHandlerMapping  经过注解，把一个URL映射到Controller类上

 

HandlerAdapter接口 -- 处理请求的映射

AnnotationMethodHandlerAdapter类，经过注解，把一个URL映射到Controller类的方法上

 

Controller接口 -- 控制器

因为咱们使用了@Controller注解，添加了@Controller注解注解的类就能够担任控制器（Action）的职责,

因此咱们并无用到这个接口。

 

 

 

HandlerInterceptor 接口--拦截器

无图，咱们本身实现这个接口，来完成拦截的器的工做。

 

 

ViewResolver接口的实现类

UrlBasedViewResolver类 经过配置文件，把一个视图名交给到一个View来处理

InternalResourceViewResolver类，比上面的类，加入了JSTL的支持

 

View接口

JstlView类

 

LocalResolver接口

 

HandlerExceptionResolver接口 --异常处理

SimpleMappingExceptionResolver实现类

 

 

ModelAndView类

无图。

 

 

 

 

 

3、核心流程图

 

本图是我我的画的，有不严谨的地方，你们对付看吧。总比没的看强。

 

 

 

4、DispatcherServlet说明

 

使用Spring MVC,配置DispatcherServlet是第一步。

DispatcherServlet是一个Servlet,因此能够配置多个DispatcherServlet。

DispatcherServlet是前置控制器，配置在web.xml文件中的。拦截匹配的请求，Servlet拦截匹配规则要自已定义，把拦截下来的请求，依据某某规则分发到目标Controller(咱们写的Action)来处理。

 

“某某规则”：是根据你使用了哪一个HandlerMapping接口的实现类的不一样而不一样。

 

先来看第一个例子：

Xml代码 

 <load-on-startup>1</load-on-startup>是启动顺序，让这个Servlet随Servletp容器一块儿启动。

 <url-pattern>*.form</url-pattern> 会拦截*.form结尾的请求。

 

 <servlet-name>example</servlet-name>这个Servlet的名字是example，能够有多个DispatcherServlet，是经过名字来区分的。每个DispatcherServlet有本身的WebApplicationContext上下文对象。同时保存的ServletContext中和Request对象中，关于key，之后说明。

 

在DispatcherServlet的初始化过程当中，框架会在web应用的 WEB-INF文件夹下寻找名为[servlet-name]-servlet.xml 的配置文件，生成文件中定义的bean。

 

 

第二个例子：

Xml代码 

指明了配置文件的文件名，不使用默认配置文件名，而使用springMVC.xml配置文件。

其中<param-value>**.xml</param-value> 这里可使用多种写法
一、不写,使用默认值:/WEB-INF/<servlet-name>-servlet.xml
二、<param-value>/WEB-INF/classes/springMVC.xml</param-value>
三、<param-value>classpath*:springMVC-mvc.xml</param-value>
四、多个值用逗号分隔

 

Servlet拦截匹配规则能够自已定义，Servlet拦截哪一种URL合适？ 

当映射为@RequestMapping("/user/add")时：
一、拦截*.do，例如：/user/add.do，弊端：全部的url都要以.do结尾。不会影响访问静态文件。
二、拦截/app/*，例如：/app/user/add，弊端：请求的url都要包含/app，@RequestMapping("/user/add")中不需要包含/app。
三、拦截/，例如：/user/add，弊端：对jpg,js,css静态文件的访问也被拦截不能正常显示。后面有解决办法。
四、拦截/*，能够走到Action中，但转发到jsp时再次被拦截，不能访问到jsp。

 

 

5、双亲上下文的说明

 

若是你使用了listener监听器来加载配置，通常在Struts+Spring+Hibernate的项目中都是使用listener监听器的。以下

Java代码 

Spring会建立一个全局的WebApplicationContext上下文，称为根上下文 ，保存在 ServletContext中，key是WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE属性的值。可使用工具类取出上下文：WebApplicationContextUtils.getWebApplicationContext(ServletContext);

 

DispatcherServlet是一个Servlet,能够同时配置多个，每一个 DispatcherServlet有一个本身的 WebApplicationContext上下文，这个上下文继承了 根上下文 中全部东西。 保存在 ServletContext中，key是"org.springframework.web.servlet.FrameworkServlet.CONTEXT"+Servlet名称。当一个Request对象产生时，会把这个WebApplicationContext上下文保存在Request对象中，key是DispatcherServlet.class.getName() + ".CONTEXT"。可使用工具类取出上下文：RequestContextUtils.getWebApplicationContext(request);

 

Spring中的 ApplicationContext实例能够被限制在不一样的做用域（scope）中。
在web MVC框架中，每一个 DispatcherServlet有它本身的WebApplicationContext ，这个context继承了根 WebApplicationContext 的全部bean定义。
这些继承的bean也能够在每一个serlvet本身的所属的域中被覆盖（override），覆盖后的bean 能够被设置上只有这个servlet实例本身使用的属性。

 

总结：不使用listener监听器来加载spring的配置，改用DispatcherServlet来加载spring的配置，不要双亲上下文，只使用一个DispatcherServlet，事情就简单了，什么麻烦事儿也没有了。

 

 

6、springMVC-mvc.xml 配置文件片断讲解 （未使用默认配置文件名）

Xml代码 

 

<context:component-scan/> 扫描指定的包中的类上的注解，经常使用的注解有：

@Controller 声明Action组件
@Service    声明Service组件    @Service("myMovieLister") 
@Repository 声明Dao组件
@Component   泛指组件, 当很差归类时. 
@RequestMapping("/menu")  请求映射
@Resource  用于注入，( j2ee提供的 ) 默认按名称装配，@Resource(name="beanName") 
@Autowired 用于注入，(srping提供的) 默认按类型装配 
@Transactional( rollbackFor={Exception.class}) 事务管理
@ResponseBody
@Scope("prototype")   设定bean的做用域

 

<mvc:annotation-driven /> 是一种简写形式，彻底能够手动配置替代这种简写形式，简写形式可让初学都快速应用默认配置方案。<mvc:annotation-driven /> 会自动注册DefaultAnnotationHandlerMapping与AnnotationMethodHandlerAdapter 两个bean,是spring MVC为@Controllers分发请求所必须的。
并提供了：数据绑定支持，@NumberFormatannotation支持，@DateTimeFormat支持，@Valid支持，读写XML的支持（JAXB），读写JSON的支持（Jackson）。
后面，咱们处理响应ajax请求时，就使用到了对json的支持。
后面，对action写JUnit单元测试时，要从spring IOC容器中取DefaultAnnotationHandlerMapping与AnnotationMethodHandlerAdapter 两个bean，来完成测试，取的时候要知道是<mvc:annotation-driven />这一句注册的这两个bean。

 

<mvc:interceptors/> 是一种简写形式。经过看前面的大图，知道，咱们能够配置多个HandlerMapping。<mvc:interceptors/>会为每个HandlerMapping，注入一个拦截器。其实咱们也能够手动配置为每一个HandlerMapping注入一个拦截器。

 

<mvc:default-servlet-handler/> 使用默认的Servlet来响应静态文件。

 

<mvc:resources mapping="/images/**" location="/images/" cache-period="31556926"/> 匹配URL  /images/**  的URL被当作静态资源，由Spring读出到内存中再响应http。

 

 
7、如何访问到静态的文件，如jpg,js,css？

如何你的DispatcherServlet拦截 *.do这样的URL，就不存在访问不到静态资源的问题。若是你的DispatcherServlet拦截“/”，拦截了全部的请求，同时对*.js,*.jpg的访问也就被拦截了。

 

目的：能够正常访问静态文件，不要找不到静态文件报404。
 
方案一：激活Tomcat的defaultServlet来处理静态文件

Xml代码 

要写在DispatcherServlet的前面， 让 defaultServlet先拦截，这个就不会进入Spring了，我想性能是最好的吧。

Tomcat, Jetty, JBoss, and GlassFish  默认 Servlet的名字 -- "default"
Google App Engine 默认 Servlet的名字 -- "_ah_default"
Resin 默认 Servlet的名字 -- "resin-file"
WebLogic 默认 Servlet的名字  -- "FileServlet"
WebSphere  默认 Servlet的名字 -- "SimpleFileServlet" 

 

 

方案二： 在spring3.0.4之后版本提供了mvc:resources 
mvc:resources 的使用方法：

Xml代码 

  
/images/**映射到ResourceHttpRequestHandler进行处理，location指定静态资源的位置.能够是web application根目录下、jar包里面，这样能够把静态资源压缩到jar包中。cache-period 可使得静态资源进行web cache 
 
若是出现下面的错误，多是没有配置<mvc:annotation-driven />的缘由。 
报错WARNING: No mapping found for HTTP request with URI [/mvc/user/findUser/lisi/770] in DispatcherServlet with name 'springMVC'

 

使用<mvc:resources/>元素,把mapping的URI注册到SimpleUrlHandlerMapping的urlMap中,
key为mapping的URI pattern值,而value为ResourceHttpRequestHandler,
这样就巧妙的把对静态资源的访问由HandlerMapping转到ResourceHttpRequestHandler处理并返回,因此就支持classpath目录,jar包内静态资源的访问.
另外须要注意的一点是,不要对SimpleUrlHandlerMapping设置defaultHandler.由于对static uri的defaultHandler就是ResourceHttpRequestHandler,
不然没法处理static resources request.

 

 

方案三 ，使用<mvc:default-servlet-handler/>

Xml代码 

 

会把"/**" url,注册到SimpleUrlHandlerMapping的urlMap中,把对静态资源的访问由HandlerMapping转到org.springframework.web.servlet.resource.DefaultServletHttpRequestHandler处理并返回.
DefaultServletHttpRequestHandler使用就是各个Servlet容器本身的默认Servlet.

 

 

补充说明：多个HandlerMapping的执行顺序问题：

DefaultAnnotationHandlerMapping的order属性值是：0

<mvc:resources/ >自动注册的 SimpleUrlHandlerMapping的order属性值是： 2147483646

 

<mvc:default-servlet-handler/>自动注册 的SimpleUrlHandlerMapping 的order属性值是： 2147483647

 

spring会先执行order值比较小的。当访问一个a.jpg图片文件时，先经过 DefaultAnnotationHandlerMapping 来找处理器，必定是找不到的，咱们没有叫a.jpg的Action。再 按order值升序找，因为最后一个 SimpleUrlHandlerMapping 是匹配 "/**"的，因此必定会匹配上，再响应图片。

 

访问一个图片，还要走层层匹配。真不知性能如何？改天作一下压力测试，与Apache比一比。

 

最后再说明一下，如何你的DispatcherServlet拦截 *.do这样的URL，就不存上述问题了。

 

 

8、请求如何映射到具体的Action中的方法？
方案一：基于xml配置映射，能够利用SimpleUrlHandlerMapping、BeanNameUrlHandlerMapping进行Url映射和拦截请求。
配置方法略。
 
方案二：基于注解映射，可使用DefaultAnnotationHandlerMapping。

Xml代码 

 

但前面咱们配置了<mvc:annotation-driven />，他会自动注册这个bean,就不需要咱们显示的注册这个bean了。  

 

 
以上均可以注入interceptors，实现权限控制等前置工做。
咱们使用第2种，基于注解来使用spring MVC

 

 

 并在action类上使用：
@Controller
@RequestMapping("/user")
 
 
 
9、Spring中的拦截器：
Spring为咱们提供了：
org.springframework.web.servlet.HandlerInterceptor接口，

org.springframework.web.servlet.handler.HandlerInterceptorAdapter适配器，
实现这个接口或继承此类，能够很是方便的实现本身的拦截器。
 
有如下三个方法：
 
Action以前执行:
 public boolean preHandle(HttpServletRequest request,
   HttpServletResponse response, Object handler);
 
生成视图以前执行
 public void postHandle(HttpServletRequest request,
   HttpServletResponse response, Object handler,
   ModelAndView modelAndView);
 
最后执行，可用于释放资源
 public void afterCompletion(HttpServletRequest request,
   HttpServletResponse response, Object handler, Exception ex)
 
 
分别实现预处理、后处理（调用了Service并返回ModelAndView，但未进行页面渲染）、返回处理（已经渲染了页面） 
在preHandle中，能够进行编码、安全控制等处理； 
在postHandle中，有机会修改ModelAndView； 
在afterCompletion中，能够根据ex是否为null判断是否发生了异常，进行日志记录。 
参数中的Object handler是下一个拦截器。
 

10、如何使用拦截器？
自定义一个拦截器，要实现HandlerInterceptor接口：

Java代码 

 

Spring MVC并无总的拦截器，不能对全部的请求进行先后拦截。
Spring MVC的拦截器，是属于HandlerMapping级别的，能够有多个HandlerMapping ，每一个HandlerMapping能够有本身的拦截器。
当一个请求按Order值从小到大，顺序执行HandlerMapping接口的实现类时，哪个先有返回，那就能够结束了，后面的HandlerMapping就不走了，本道工序就完成了。就转到下一道工序了。
拦截器会在何时执行呢？ 一个请求交给一个HandlerMapping时，这个HandlerMapping先找有没有处理器来处理这个请求，如何找到了，就执行拦截器，执行完拦截后，交给目标处理器。
若是没有找处处理器，那么这个拦截器就不会被执行。

 

在spring MVC的配置文件中配置有三种方法：

方案一，（近似）总拦截器，拦截全部url

Java代码 

为何叫“近似”，前面说了，Spring没有总的拦截器。

<mvc:interceptors/>会为每一 个HandlerMapping，注入一个拦截器。总有一个HandlerMapping是能够找处处理器的，最多也只找到一个处理器，因此这个拦截器总会被执行的。起到了总拦截器的做用。

 

 
方案二， （近似） 总拦截器， 拦截匹配的URL。

Xml代码 

就是比 方案一多了一个URL匹配。

 

 

 

方案三,HandlerMappint上的拦截器

Xml代码 

  若是使用了<mvc:annotation-driven />， 它会自动注册DefaultAnnotationHandlerMapping 与AnnotationMethodHandlerAdapter 这两个bean,因此就没有机会再给它注入interceptors属性，就没法指定拦截器。

固然咱们能够经过人工配置上面的两个Bean，不使用 <mvc:annotation-driven />，就能够 给interceptors属性 注入拦截器了。

 

其实我也不建议使用<mvc:annotation-driven />，而建议手动写配置文件，来替代 <mvc:annotation-driven />，这就控制力就强了。

 

 

 

 

11、如何实现全局的异常处理？

在spring MVC的配置文件中：

Xml代码 

 

这里主要的类是SimpleMappingExceptionResolver类，和他的父类AbstractHandlerExceptionResolver类。

具体能够配置哪些属性，我是经过查看源码知道的。

你也能够实现HandlerExceptionResolver接口，写一个本身的异常处理程序。spring的扩展性是很好的。

 

 

经过SimpleMappingExceptionResolver咱们能够将不一样的异常映射到不一样的jsp页面（经过exceptionMappings属性的配置）。

 

同时咱们也能够为全部的异常指定一个默认的异常提示页面（经过defaultErrorView属性的配置），若是所抛出的异常在exceptionMappings中没有对应的映射，则Spring将用此默认配置显示异常信息。

注意这里配置的异常显示界面均仅包括主文件名，至于文件路径和后缀已经在viewResolver中指定。如/error/error表示/error/error.jsp

 

 

显示错误的jsp页面：

Html代码 

其中一句：request.getAttribute("exception")，key是exception，也是在SimpleMappingExceptionResolver类默认指定的，是可能经过配置文件修改这个值的，你们能够去看源码。

 

 参考文章：

http://www.blogjava.net/wuxufeng8080/articles/191150.html

http://fangjunai.blog.163.com/blog/static/1124970520108102013839/

 

 

 

12、如何把全局异常记录到日志中？

在前的配置中，其中有一个属性warnLogCategory，值是“SimpleMappingExceptionResolver类的全限定名”。我是在SimpleMappingExceptionResolver类父类AbstractHandlerExceptionResolver类中找到这个属性的。查看源码后得知：若是warnLogCategory不为空，spring就会使用apache的org.apache.commons.logging.Log日志工具，记录这个异常，级别是warn。

值：“org.springframework.web.servlet.handler.SimpleMappingExceptionResolver”，是“SimpleMappingExceptionResolver类的全限定名”。这个值不是随便写的。  由于我在log4j的配置文件中还要加入log4j.logger.org.springframework.web.servlet.handler.SimpleMappingExceptionResolver=WARN，保证这个级别是warn的日志必定会被记录，即便log4j的根日志级别是ERROR。

 

 

 

 

 十3、如何给spring3 MVC中的Action作JUnit单元测试？

 使用了spring3 MVC后，给action作单元测试也很方便，我之前历来不给action写单元测试的，再在不一样了，方便了，因此必定要写。

 

 JUnitActionBase类是全部JUnit的测试类的父类

Java代码 

            handlerAdapter = (HandlerAdapter) context.getBean(context.getBeanNamesForType(AnnotationMethodHandlerAdapter.class)[0]);     

 

这是个JUnit测试类，咱们能够new Request对象，来参与测试，太方便了。给request指定访问的URL，就能够请求目标Action了。

Java代码 

 须要说明一下 ：因为当前最想版本的Spring(Test) 3.0.5还不支持@ContextConfiguration的注解式context file注入，因此还须要写个setUp处理下，不然相似于Tiles的加载过程会有错误，由于没有ServletContext。3.1的版本应该有更好的解决方案，参见： https://jira.springsource.org/browse/SPR-5243 。

参考 ：http://www.iteye.com/topic/828513

 

 十4、转发与重定向

能够经过redirect/forward:url方式转到另外一个Action进行连续的处理。

能够经过redirect:url 防止表单重复提交 。

写法以下：

return "forward:/order/add";

return "redirect:/index.jsp";

 

 十5、处理ajax请求

 

一、引入下面两个jar包，我用的是1.7.2，好像1.4.2版本以上均可以，下载地址： http://wiki.fasterxml.com/JacksonDownload

jackson-core-asl-1.7.2.jar 

jackson-mapper-asl-1.7.2.jar

 

二、spring的配置文件中要有这一行，才能使用到spring内置支持的json转换。若是你手工把POJO转成json就能够不需要使用spring内置支持的json转换。

<mvc:annotation-driven />

 

三、使用@ResponseBody注解