Spring MVC 3 深入总结

 

一、前言:

大家好,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的长处:

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

2、Spring3 MVC非常easy就能够写出性能优秀的程序,Struts2要处处小心才干够写出性能优秀的程序(指MVC部分)

3、Spring3 MVC的灵活是你无法想像的,Spring的扩展性有口皆碑,Spring3 MVC当然也不会落后,不会因使用了MVC框架而感到有不论什么的限制。

 

Struts2的众多长处:略...   (呵呵,是不是不公平?)

 

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

 

 

二、核心类与接口:

 

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

 

DispatcherServlet   -- 前置控制器

Spring MVC 3 深入总结_第1张图片

 

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

HandlerMapping接口的实现类:

SimpleUrlHandlerMapping  通过配置文件,把一个URL映射到Controller

DefaultAnnotationHandlerMapping  通过注解,把一个URL映射到Controller类上

Spring MVC 3 深入总结_第2张图片

 

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

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

Spring MVC 3 深入总结_第3张图片

 

Controller接口 -- 控制器

因为我们使用了@Controller注解,加入�了@Controller注解注解的类就能够担任控制器(Action)的职责,

所以我们并没实用到这个接口。

Spring MVC 3 深入总结_第4张图片

 

 

 

HandlerInterceptor 接口--拦截器

无图,我们自己实现这个接口,来完毕拦截的器的工作。

 

 

ViewResolver接口的实现类

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

InternalResourceViewResolver类,比上面的类,添�了JSTL的支持

Spring MVC 3 深入总结_第5张图片

 

View接口

JstlView类

Spring MVC 3 深入总结_第6张图片

 

LocalResolver接口

Spring MVC 3 深入总结_第7张图片

 

HandlerExceptionResolver接口 --异常处理

SimpleMappingExceptionResolver实现类

Spring MVC 3 深入总结_第8张图片

 

 

ModelAndView类

无图。

 

 

 

 

 

三、核心流程图

 

本图是我个人画的,有不严谨的地方,大家对付看吧。总比没的看强。

Spring MVC 3 深入总结_第9张图片

 

 

 


四、DispatcherServlet说明

 

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

DispatcherServlet是一个Servlet,所以能够配置多个DispatcherServlet。

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

 

“某某规则”:是依据你使用了哪个HandlerMapping接口的实现类的不同而不同。

 

先来看第一个样例:

Xml代码 
  1. <web-app>  
  2.     <servlet>  
  3.         <servlet-name>example</servlet-name>  
  4.         <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>  
  5.         <load-on-startup>1</load-on-startup>  
  6.     </servlet>  
  7.     <servlet-mapping>  
  8.         <servlet-name>example</servlet-name>  
  9.         <url-pattern>*.form</url-pattern>  
  10.     </servlet-mapping>  
  11. </web-app>  

 <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代码 
  1. <servlet>  
  2.     <servlet-name>springMVC</servlet-name>  
  3.     <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>  
  4.     <init-param>  
  5.         <param-name>contextConfigLocation</param-name>  
  6.         <param-value>classpath*:/springMVC.xml</param-value>  
  7.     </init-param>  
  8.     <load-on-startup>1</load-on-startup>  
  9. </servlet>  
  10. <servlet-mapping>  
  11.     <servlet-name>springMVC</servlet-name>  
  12.     <url-pattern>/</url-pattern>  
  13. </servlet-mapping>  

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

当中<param-value>**.xml</param-value> 这里能够使用多种写法
1、不写,使用默认值:/WEB-INF/<servlet-name>-servlet.xml
2、<param-value>/WEB-INF/classes/springMVC.xml</param-value>
3、<param-value>classpath*:springMVC-mvc.xml</param-value>
4、多个值用逗号分隔

 


Servlet拦截匹配规则能够自已定义,Servlet拦截哪种URL合适? 

当映射为@RequestMapping("/user/add")时:
1、拦截*.do,比如:/user/add.do,弊端:全部的url都要以.do结尾。不会影响訪问静态文件。
2、拦截/app/*,比如:/app/user/add,弊端:请求的url都要包括/app,@RequestMapping("/user/add")中不需要包括/app。
3、拦截/,比如:/user/add,弊端:对jpg,js,css静态文件的訪问也被拦截不能正常显示。后面有解决的方法。
4、拦截/*,能够走到Action中,但转发到jsp时再次被拦截,不能訪问到jsp。

 

 

五、双亲上下文的说明

 

假设你使用了listener监听器来载入配置,一般在Struts+Spring+Hibernate的项目中都是使用listener监听器的。例如以下

Java代码 
  1. <listener>   
  2.   <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>   
  3. </listener>   

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,事情就简单了,什么麻烦事儿也没有了。

 

 

六、springMVC-mvc.xml 配置文件片段解说 (未使用默认配置文件名称)

 

Xml代码 
  1.    <!-- 自己主动扫描的包名 -->  
  2.    <context:component-scan base-package="com.app,com.core,JUnit4" ></context:component-scan>  
  3.      
  4.    <!-- 默认的注解映射的支持 -->  
  5.    <mvc:annotation-driven />  
  6.      
  7.    <!-- 视图解释类 -->  
  8.    <bean class="org.springframework.web.servlet.view.InternalResourceViewResolver">  
  9.     <property name="prefix" value="/WEB-INF/jsp/"/>  
  10.     <property name="suffix" value=".jsp"/><!--可为空,方便实现自已的根据扩展名来选择视图解释类的逻辑  -->  
  11.     <property name="viewClass" value="org.springframework.web.servlet.view.JstlView" />  
  12.    </bean>  
  13.      
  14. <!-- 拦截器 -->  
  15.    <mvc:interceptors>  
  16.     <bean class="com.core.mvc.MyInteceptor" />  
  17. </mvc:interceptors>       
  18.   
  19.     <!-- 对静态资源文件的訪问  方案一 (二选一) -->  
  20.     <mvc:default-servlet-handler/>  
  21.       
  22.     <!-- 对静态资源文件的訪问  方案二 (二选一)-->  
  23. <mvc:resources mapping="/images/**" location="/images/" cache-period="31556926"/>  
  24. <mvc:resources mapping="/js/**" location="/js/" cache-period="31556926"/>  
  25. <mvc:resources mapping="/css/**" location="/css/" cache-period="31556926"/>  

 

<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。

 

 
七、怎样訪问到静态的文件,如jpg,js,css?


怎样你的DispatcherServlet拦截 *.do这种URL,就不存在訪问不到静态资源的问题。假设你的DispatcherServlet拦截“/”,拦截了全部的请求,同一时候对*.js,*.jpg的訪问也就被拦截了。

 

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

Xml代码 
  1. <servlet-mapping>   
  2.     <servlet-name>default</servlet-name>  
  3.     <url-pattern>*.jpg</url-pattern>     
  4. </servlet-mapping>    
  5. <servlet-mapping>       
  6.     <servlet-name>default</servlet-name>    
  7.     <url-pattern>*.js</url-pattern>    
  8. </servlet-mapping>    
  9. <servlet-mapping>        
  10.     <servlet-name>default</servlet-name>       
  11.     <url-pattern>*.css</url-pattern>      
  12. </servlet-mapping>    
  13. 要配置多个,每种文件配置一个   

要写在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代码 
  1. <!-- 对静态资源文件的訪问 -->    
  2. <mvc:resources mapping="/images/**" location="/images/" />  

  
/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代码 
  1. <mvc:default-servlet-handler/>  

 

会把"/**" 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,就不存上述问题了。

 

 


八、请求怎样映射到详细的Action中的方法?
方案一:基于xml配置映射,能够利用SimpleUrlHandlerMapping、BeanNameUrlHandlerMapping进行Url映射和拦截请求。
配置方法略。
 
方案二:基于注解映射,能够使用DefaultAnnotationHandlerMapping。

Xml代码 
  1. <bean class="org.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerMapping">  </bean>   

 

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

 

 
以上都能够注入interceptors,实现权限控制等前置工作。
我们使用第2种,基于注解来使用spring MVC

 

 

 并在action类上使用:
@Controller
@RequestMapping("/user")
 
 
 
九、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是下一个拦截器。
 


十、怎样使用拦截器?
自己定义一个拦截器,要实现HandlerInterceptor接口:

Java代码 
  1. public class MyInteceptor implements HandlerInterceptor {     
  2.     略。。。  
  3. }    

 

Spring MVC并没有总的拦截器,不能对全部的请求进行前后拦截。
Spring MVC的拦截器,是属于HandlerMapping级别的,能够有多个HandlerMapping ,每一个HandlerMapping能够有自己的拦截器。
当一个请求按Order值从小到大,顺序运行HandlerMapping接口的实现类时,哪一个先有返回,那就能够结束了,后面的HandlerMapping就不走了,本道工序就完毕了。就转到下一道工序了。
拦截器会在什么时候运行呢? 一个请求交给一个HandlerMapping时,这个HandlerMapping先找有没有处理器来处理这个请求,怎样找到了,就运行拦截器,运行完拦截后,交给目标处理器。
假设没有找到处理器,那么这个拦截器就不会被运行。

 


在spring MVC的配置文件里配置有三种方法:


方案一,(近似)总拦截器,拦截全部url

Java代码 
  1.    <mvc:interceptors>  
  2.     <bean class="com.app.mvc.MyInteceptor" />  
  3. </mvc:interceptors>  

为什么叫“近似”,前面说了,Spring没有总的拦截器。

<mvc:interceptors/>会为每一 个HandlerMapping,注入一个拦截器。总有一个HandlerMapping是能够找到处理器的,最多也仅仅找到一个处理器,所以这个拦截器总会被运行的。起到了总拦截器的作用。

 

 
方案二, (近似) 总拦截器, 拦截匹配的URL。

Xml代码 
  1. <mvc:interceptors >    
  2.   <mvc:interceptor>    
  3.         <mvc:mapping path="/user/*" /> <!-- /user/*  -->    
  4.         <bean class="com.mvc.MyInteceptor"></bean>    
  5.     </mvc:interceptor>    
  6. </mvc:interceptors>    

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

 

 

 

方案三,HandlerMappint上的拦截器

Xml代码 
  1. <bean class="org.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerMapping">       
  2.  <property name="interceptors">       
  3.      <list>       
  4.          <bean class="com.mvc.MyInteceptor"></bean>      
  5.      </list>       
  6.  </property>       
  7. </bean>   

  假设使用了<mvc:annotation-driven />, 它会自己主动注冊DefaultAnnotationHandlerMapping 与AnnotationMethodHandlerAdapter 这两个bean,所以就没有机会再给它注入interceptors属性,就无法指定拦截器。

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

 

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

 

 

 

 

十一、怎样实现全局的异常处理?

在spring MVC的配置文件里:

Xml代码 
  1. <!-- 总错误处理-->  
  2. <bean id="exceptionResolver" class="org.springframework.web.servlet.handler.SimpleMappingExceptionResolver">  
  3.     <property name="defaultErrorView">    
  4.         <value>/error/error</value>  
  5.     </property>  
  6.     <property name="defaultStatusCode">    
  7.         <value>500</value>  
  8.     </property>     
  9. <property name="warnLogCategory">    
  10.         <value>org.springframework.web.servlet.handler.SimpleMappingExceptionResolver</value>  
  11.     </property>     
  12. </bean>   

 

这里基本的类是SimpleMappingExceptionResolver类,和他的父类AbstractHandlerExceptionResolver类。

详细能够配置哪些属性,我是通过查看源代码知道的。

你也能够实现HandlerExceptionResolver接口,写一个自己的异常处理程序。spring的扩展性是非常好的。

 

 

通过SimpleMappingExceptionResolver我们能够将不同的异常映射到不同的jsp页面(通过exceptionMappings属性的配置)。

 

同一时候我们也能够为全部的异常指定一个默认的异常提示页面(通过defaultErrorView属性的配置),假设所抛出的异常在exceptionMappings中没有相应的映射,则Spring将用此默认配置显示异常信息。

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

 

 

显示错误的jsp页面:

Html代码 
  1. <%@ page language="java" contentType="text/html; charset=GBK"  
  2.     pageEncoding="GBK"%>  
  3. <%@ page import="java.lang.Exception"%>  
  4. <!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN" "http://www.w3.org/TR/html4/loose.dtd">  
  5. <html>  
  6. <head>  
  7. <meta http-equiv="Content-Type" content="text/html; charset=GBK">  
  8. <title>错误页面</title>  
  9. </head>  
  10. <body>  
  11. <h1>出错了</h1>  
  12. <%  
  13. Exception e = (Exception)request.getAttribute("exception");  
  14. out.print(e.getMessage());  
  15. %>  
  16. </body>  
  17. </html>  

当中一句:request.getAttribute("exception"),key是exception,也是在SimpleMappingExceptionResolver类默认指定的,是可能通过配置文件改动这个值的,大家能够去看源代码。

 

 參考文章:

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

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

 

 

 

十二、怎样把全局异常记录到日志中?

在前的配置中,当中有一个属性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。

 

 

 

 

 十三、怎样给spring3 MVC中的Action做JUnit单元測试?

 使用了spring3 MVC后,给action做单元測试也非常方便,我曾经从来不给action写单元測试的,再在不同了,方便了,所以一定要写。

 

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

 

Java代码 
  1. package test;  
  2. import javax.servlet.http.HttpServletRequest;  
  3. import javax.servlet.http.HttpServletResponse;  
  4. import org.junit.BeforeClass;  
  5. import org.springframework.mock.web.MockServletContext;  
  6. import org.springframework.web.context.WebApplicationContext;  
  7. import org.springframework.web.context.support.XmlWebApplicationContext;  
  8. import org.springframework.web.servlet.HandlerAdapter;  
  9. import org.springframework.web.servlet.HandlerExecutionChain;  
  10. import org.springframework.web.servlet.HandlerMapping;  
  11. import org.springframework.web.servlet.ModelAndView;  
  12. import org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter;  
  13. import org.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerMapping;  
  14. /**  
  15. * 说明: JUnit測试action时使用的基类 
  16.  
  17. * @author  赵磊 
  18. * @version 创建时间:2011-2-2 下午10:27:03   
  19. */   
  20. public class JUnitActionBase {  
  21.     private static HandlerMapping handlerMapping;  
  22.     private static HandlerAdapter handlerAdapter;  
  23.     /** 
  24.      * 读取spring3 MVC配置文件 
  25.      */  
  26.     @BeforeClass  
  27.  public static void setUp() {  
  28.         if (handlerMapping == null) {  
  29.             String[] configs = { "file:src/springConfig/springMVC.xml" };  
  30.             XmlWebApplicationContext context = new XmlWebApplicationContext();  
  31.             context.setConfigLocations(configs);  
  32.             MockServletContext msc = new MockServletContext();  
  33.             context.setServletContext(msc);         context.refresh();  
  34.             msc.setAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE, context);  
  35.             handlerMapping = (HandlerMapping) context  
  36.                     .getBean(DefaultAnnotationHandlerMapping.class);  
  37.             handlerAdapter = (HandlerAdapter) context.getBean(context.getBeanNamesForType(AnnotationMethodHandlerAdapter.class)[0]);     
  38.         }  
  39.     }  
  40.   
  41.     /** 
  42.      * 运行request对象请求的action 
  43.      *  
  44.      * @param request 
  45.      * @param response 
  46.      * @return 
  47.      * @throws Exception 
  48.      */  
  49.     public ModelAndView excuteAction(HttpServletRequest request, HttpServletResponse response)  
  50.  throws Exception {  
  51.         HandlerExecutionChain chain = handlerMapping.getHandler(request);  
  52.         final ModelAndView model = handlerAdapter.handle(request, response,  
  53.                 chain.getHandler());  
  54.         return model;  
  55.     }  
  56. }  

 

 

 

 

 

 

这是个JUnit測试类,我们能够new Request对象,来參与測试,太方便了。给request指定訪问的URL,就能够请求目标Action了。

 

Java代码 
  1. package test.com.app.user;  
  2. import org.junit.Assert;  
  3. import org.junit.Test;  
  4. import org.springframework.mock.web.MockHttpServletRequest;  
  5. import org.springframework.mock.web.MockHttpServletResponse;  
  6. import org.springframework.web.servlet.ModelAndView;  
  7.   
  8. import test.JUnitActionBase;  
  9.   
  10. /**  
  11. * 说明: 測试OrderAction的样例 
  12.  
  13. * @author  赵磊  
  14. * @version 创建时间:2011-2-2 下午10:26:55   
  15. */   
  16.   
  17. public class TestOrderAction extends JUnitActionBase {  
  18.     @Test  
  19.     public void testAdd() throws Exception {  
  20.     MockHttpServletRequest request = new MockHttpServletRequest();  
  21.         MockHttpServletResponse response = new MockHttpServletResponse();  
  22.         request.setRequestURI("/order/add");  
  23.         request.addParameter("id""1002");  
  24.         request.addParameter("date""2010-12-30");  
  25.         request.setMethod("POST");  
  26.         // 运行URI相应的action  
  27.         final ModelAndView mav = this.excuteAction(request, response);  
  28.         // Assert logic  
  29.         Assert.assertEquals("order/add", mav.getViewName());  
  30.         String msg=(String)request.getAttribute("msg");  
  31.         System.out.println(msg);  
  32.     }  
  33. }  

 须要说明一下 :由于当前最想版本号的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

 

 

 

 

 十四、转发与重定向

能够通过redirect/forward:url方式转到还有一个Action进行连续的处理。

能够通过redirect:url 防止表单反复提交 

写法例如以下:

return "forward:/order/add";

return "redirect:/index.jsp";

 

 

 

 

 十五、处理ajax请求

 

1、引入以下两个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

 

2、spring的配置文件里要有这一行,才干使用到spring内置支持的json转换。假设你手工把POJO转成json就能够不需要使用spring内置支持的json转换。

<mvc:annotation-driven />

 

3、使用@ResponseBody注解

Java代码 
  1. /** 
  2.  * ajax測试 
  3. * http://127.0.0.1/mvc/order/ajax 
  4.  */  
  5.   
  6. @RequestMapping("/ajax")  
  7. @ResponseBody  
  8. public Object ajax(HttpServletRequest request){  
  9.     List<String> list=new ArrayList<String>();  
  10.     list.add("电视");  
  11. nbsp;       list.add("洗衣机");  
  12.     list.add("冰箱");  
  13.     list.add("电脑");  
  14.     list.add("汽车");  
  15.     list.add("空调");  
  16.     list.add("自行车");  
  17.     list.add("饮水机");  
  18.     list.add("热水器");  
  19.     return list;  
  20. }  

 

你可能感兴趣的:(spring,mvc)