深入理解java：4.1. 框架编程之Spring MVC

说到java的mvc框架，struts2和springmvc想必大家都知道，

Spring MVC是当前最优秀的MVC框架，自从Spring 2.5版本发布后，由于支持注解配置，易用性有了大幅度的提高。springmvc是依托着Servlet容器元素来设计的，同时springmvc基于Spring框架。

struts2的设计基本上完全脱离了Servlet容器，Struts2由于采用了值栈、OGNL表达式、struts2标签库等，会导致应用的性能下降，应避免使用这些功能。

spring可以让我们构造简单的、便携的、又快又易于扩展的基于jvm的系统和应用程序。

springMVC 的工作原理和机制

DispatcherServlet是Spring MVC的灵魂和心脏，它负责接收HTTP请求并协调Spring MVC的各个组件完成请求处理的工作。

和任何Servlet一样，用户必须在web.xml中配置好DispatcherServlet，并且让其接受一 切HTTP请求。

当用户的请求被截获时，DispatcherServlet通过HandlerMapping定位到特定的Controller（使用 @Controller注解的普通Java类，此处已经定位到了具体的业务处理方法了，所以我们称其为Handler）。

然后通过 HandlerAdapter调用Handler中对应的业务处理方法（从这里可以看出与Struts不同的是，Spring MVC是方法级的拦截）。

业务处理方法返回一个逻辑视图名（View）和模型数据（Model，二者统称ModelAndView）交给 DispatcherServlet，

DispatcherServlet调用ViewResolver解析出真实的视图对象，得到这个视图对象 后，

DispatcherServlet就使用Model对其进行渲染，将最后结果返回给用户。

源码分析

DispatcherServlet的继承体系如：

看到它们继承自HttpServlet，就知道初始化过程应该是从init方法开始了，整个初始化的流程为：

HttpServlet的初始化过程从init方法开始，HttpServletBean复写了init方法，将web.xml中监听ContextLoaderListener配置的参数（装载Spring框架本身的bean上下文（如Service和DAO层等））绑定到ServletContext，成为父类上下文。

然后FrameWorkServlet复写了initServletBean，调用initWebApplicationContext方法初始化子上下文（只扫描控制层的beans），并放在父类上下文的下面，将Servlet与Spring容器上下文关联。

调用initWebApplicationContext的onRefresh()，DispatcherServlet复写了onRefresh()，里面初始化各个功能的实现类。比如异常处理、视图处理、请求映射处理等。这个onRefresh就是SpringMVC初始化的入口。

注：如果将listener启动的上下文和Dispatcher中启动的上下文 所扫描的包都是全部包的话，在容器启动后获取bean的时候，也是先从子类容器中去获取bean，子类获取不到时，再到父类容器中去寻找。

当子类容器中装载了Service和Dao时，控制层就会使用子类容器所装载的bean去执行。但是这里面的service是没有事务等功能的，只是普通的bean，因此使用起来会有不可预知的问题。

web.xml 的加载顺序是：context-param -> listener -> filter -> servlet，listener在servlet之前就先初始化好了父类上下文。

参考 父子上下文 ：http://blog.csdn.net/lovesomnus/article/details/51473740

对于Servlet来说。service方法是处理请求的核心,但DispatcherServlet中并没有定义此方法。

父类FrameWorkServlet有Service方法里面调用的了doService方法，

doService方法实现在DispatcherServlet中，doService中又调用了doDispatcher方法。那么可以看出,doDispatcher就是DispatcherServlet处理核心方法。

当一个请求（request）过来，进入DispatcherServlet中，里面有个方法叫 doDispatch方法 里面包含了核心流程（DispatcherServlet.Java）

HandlerExecutionChain mapperHandler = getHandler(processedRequest);//getHandler里面遍历HandlerMappings，匹配成功一个就 返回一个处理器调用链 类（里面封装了HandlerMethod对象与Interceptor拦截器）

如果匹配成功，存在映射，继续执行之后的代码:

HandlerAdapter ha = getHandlerAdapter（mapperHandler.getHandler()）//获取Handler适配器

在getHandlerAdapter里面，先调用了拦截器的 PreHandle方法做数据的绑定等等,

继续调用ModelAndView mv=ha.handle(processedRequest,respoonse,mapperHandler.getHandler()),//此处，用反射 调用HandlerMethod对象中封装的某个类的对应的某个方法

随后代码继续执行  调用了 拦截器的 PostHandler方法 ，然后调用 ProcessDispatchResult（...，exception）方法进行异常处理。

回到DisPatcherServlet调用渲染视图了render（） 方法。

参考SpringMVC源码分析系列：http://www.cnblogs.com/fangjian0423/p/springMVC-directory-summary.html

核心流程图

有不严谨的地方，大家对付看吧。总比没的看强。

核心类与接口：

先来了解一下，几个重要的接口与类。

入口： DispatcherServlet   -- 前置控制器 （封装了HttpServlet）

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类

无图。

DispatcherServlet说明

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

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

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

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

先来看第一个例子：

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随Servlet容器一起启动。

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

第二个例子：

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拦截匹配规则可以自已定义，拦截哪种URL合适？

当映射为@RequestMapping("/user/add")时，为例：
1、拦截*.do、*.htm， 例如：/user/add.do

这是最传统的方式，最简单也最实用。不会导致静态文件（jpg,js,css）被拦截。

2、拦截/，例如：/user/add

可以实现现在很流行的REST风格。很多互联网类型的应用很喜欢这种风格的URL。

弊端：会导致静态文件（jpg,js,css）被拦截后不能正常显示。想实现REST风格，事情就是麻烦一些。后面有解决办法还算简单。

3、拦截/*，这是一个错误的方式，请求可以走到Action中，但转到jsp时再次被拦截，不能访问到jsp。

父子上下文(WebApplicationContext)

如果你使用了listener监听器来加载配置，一般在Struts+Spring+Hibernate的项目中都是使用listener监听器的。如下

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

Spring会创建一个WebApplicationContext上下文，称为父上下文（父容器） ，保存在 ServletContext中，key是WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE的值。

可以使用Spring提供的工具类取出上下文对象：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 并没有限制我们，必须使用父子上下文。我们可以自己决定如何使用。

方案一，传统型：

父上下文容器中保存数据源、服务层、DAO层、事务的Bean。

子上下文容器中保存Mvc相关的Action的Bean.

事务控制在服务层。

由于父上下文容器不能访问子上下文容器中内容，事务的Bean在父上下文容器中，无法访问子上下文容器中内容，就无法对子上下文容器中Action进行AOP（事务）。

当然，做为“传统型”方案，也没有必要这要做。

方案二，激进型：

Java世界的“面向接口编程”的思想是正确的，但在增删改查为主业务的系统里，Dao层接口，Dao层实现类，Service层接口，Service层实现类，Action父类，Action。再加上众多的O(vo\po\bo)和jsp页面。写一个小功能 7、8个类就写出来了。

开发者说我就是想接点私活儿，和PHP，ASP抢抢饭碗，但我又是Java程序员。最好的结果是大项目能做好，小项目能做快。所以“激进型”方案就出现了-----没有接口、没有Service层、还可以没有众多的O(vo\po\bo)。那没有Service层事务控制在哪一层？只好上升的Action层。

本文不想说这是不是正确的思想，我想说的是Spring不会限制你这样做。

由于有了父子上下文，你将无法实现这一目标。解决方案是只使用子上下文容器，不要父上下文容器 。所以数据源、服务层、DAO层、事务的Bean、Action的Bean都放在子上下文容器中。就可以实现了，事务（注解事务）就正常工作了。这样才够激进。

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

Java--大项目能做好--按传统方式做，规规矩矩的做，好扩展，好维护。

Java--小项目能做快--按激进方式做，一周时间就可以出一个版本，先上线接受市场(用户)的反馈，再改进，再反馈，时间就是生命(成本)。

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

1. <?xml version="1.0" encoding="UTF-8"?>
2. <beans
3. xmlns="http://www.springframework.org/schema/beans"
4. xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"
5. xmlns:tx="http://www.springframework.org/schema/tx"
6. xmlns:context="http://www.springframework.org/schema/context"
7. xmlns:mvc="http://www.springframework.org/schema/mvc"
8. xsi:schemaLocation="http://www.springframework.org/schema/beans
9. http://www.springframework.org/schema/beans/spring-beans-3.0.xsd
10. http://www.springframework.org/schema/tx
11. http://www.springframework.org/schema/tx/spring-tx-3.0.xsd
12. http://www.springframework.org/schema/context
13. http://www.springframework.org/schema/context/spring-context-3.0.xsd
14. http://www.springframework.org/schema/mvc
15. http://www.springframework.org/schema/mvc/spring-mvc-3.0.xsd">
16. <!-- 自动扫描的包名 -->
17. <context:component-scan base-package="com.app,com.core,JUnit4" ></context:component-scan>
18. <!-- 默认的注解映射的支持 -->
19. <mvc:annotation-driven />
20. <!-- 视图解释类 -->
21. <bean class="org.springframework.web.servlet.view.InternalResourceViewResolver">
22. <property name="prefix" value="/WEB-INF/jsp/"/>
23. <property name="suffix" value=".jsp"/><!--可为空,方便实现自已的依据扩展名来选择视图解释类的逻辑  -->
24. <property name="viewClass" value="org.springframework.web.servlet.view.JstlView" />
25. </bean>
26. <!-- 拦截器 -->
27. <mvc:interceptors>
28. <bean class="com.core.mvc.MyInteceptor" />
29. </mvc:interceptors>
30. <!-- 对静态资源文件的访问  方案一 （二选一） -->
31. <mvc:default-servlet-handler/>
32. <!-- 对静态资源文件的访问  方案二 （二选一）-->
33. <mvc:resources mapping="/images/**" location="/images/" cache-period="31556926"/>
34. <mvc:resources mapping="/js/**" location="/js/" cache-period="31556926"/>
35. <mvc:resources mapping="/css/**" location="/css/" cache-period="31556926"/>
36. </beans>

<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}) 事务管理
@Scope("prototype")   设定bean的作用域

@RequestBody 将HTTP请求正文转换为适合的HttpMessageConverter对象。

@ResponseBody 将内容或对象作为 HTTP 响应正文返回，并调用适合HttpMessageConverter的Adapter转换对象，写入输出流。

<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拦截"/"，为了实现REST风格，拦截了所有的请求，那么同时对*.js,*.jpg等静态文件的访问也就被拦截了。
我们要解决这个问题。

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

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 ，  使用方法：

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

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 是匹配 "/**"的，所以一定会匹配上，就可以响应图片。

 

访问一个图片，还要走层层匹配。不知性能如何？

最后再说明一下，方案二、方案三 在访问静态资源时，如果有匹配的(近似)总拦截器，就会走拦截器。如果你在拦截中实现权限检查，要注意过滤这些对静态文件的请求。

如何你的DispatcherServlet拦截 *.do这样的URL后缀，就不存上述问题了。还是有后缀方便。

请求如何映射到具体的Action中的方法？

方案一：基于xml配置映射，可以利用SimpleUrlHandlerMapping、BeanNameUrlHandlerMapping进行Url映射和拦截请求。
配置方法略。
方案二：基于注解映射，可以使用DefaultAnnotationHandlerMapping。

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

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

如何替换
<mvc:annotation-driven />？他到底做了什么工作，后面有讲到。

以上都可以注入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接口：

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

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

在spring MVC的配置文件中配置有三种方法：
方案一，（近似）总拦截器，拦截所有url

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

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

<mvc:interceptors/>会为每一个HandlerMapping，注入一个拦截器。

总有一个HandlerMapping是可以找到处理器的，最多也只找到一个处理器，所以这个拦截器总会被执行的。起到了总拦截器的作用。

如果是REST风格的URL，静态资源也会被拦截。
方案二，
（近似）
总拦截器，
拦截匹配的URL。

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

如果是REST风格的URL，静态资源也会被拦截。

方案三,HandlerMappint上的拦截器。

如果是REST风格的URL，静态资源就不会被拦截。因为我们精准的注入了拦截器。

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 />，这就控制力就强了。

如何替换
<mvc:annotation-driven />？他到底做了什么工作，请看，后面。

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

在spring MVC的配置文件中：

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页面：

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类默认指定的，是可能通过配置文件修改这个值的，大家可以去看源码。

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

在前的配置中，其中有一个属性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写单元测试的，现在可以根据情况写一些了。

不用给每个Action都写单元测试吧，自己把握吧。

JUnitActionBase类是所有JUnit的测试类的父类

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. * 执行request对象请求的action
42. *
43. * @param request
44. * @param response
45. * @return
46. * @throws Exception
47. */
48. public ModelAndView excuteAction(HttpServletRequest request, HttpServletResponse response)
49. throws Exception {
50. HandlerExecutionChain chain = handlerMapping.getHandler(request);
51. final ModelAndView model = handlerAdapter.handle(request, response,
52. chain.getHandler());
53. return model;
54. }
55. }

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

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. import test.JUnitActionBase;
8. /**
9. * 说明： 测试OrderAction的例子
10. *
11. * @author  磊
12. * @version 创建时间：2011-2-2 下午10:26:55
13. */
14. public class TestOrderAction extends JUnitActionBase {
15. @Test
16. public void testAdd() throws Exception {
17. MockHttpServletRequest request = new MockHttpServletRequest();
18. MockHttpServletResponse response = new MockHttpServletResponse();
19. request.setServletPath("/order/add");
20. request.addParameter("id", "1002");
21. request.addParameter("date", "2010-12-30");
22. request.setMethod("POST");
23. // 执行URI对应的action
24. final ModelAndView mav = this.excuteAction(request, response);
25. // Assert logic
26. Assert.assertEquals("order/add", mav.getViewName());
27. String msg=(String)request.getAttribute("msg");
28. System.out.println(msg);
29. }
30. }

需要说明一下 ：由于当前最想版本的Spring(Test) 3.0.5还不支持@ContextConfiguration的注解式context file注入，所以还需要写个setUp处理下，否则类似于Tiles的加载过程会有错误，因为没有ServletContext。3.1的版本应该有更好的解决方案，

转发与重定向

可以通过redirect/forward:url方式转到另一个Action进行连续的处理。

可以通过redirect:url 防止表单重复提交 。

写法如下：

return "forward:/order/add";

return "redirect:/index.jsp";

带参数重定向--RedirectAttributes

用户保存或修改后，为了防止用户刷新浏览器(F5)导致表单重复提交，一般在保存或修改操作之后会redirect到一个结果页面（不是forward），同时携带参数，如操作成功的提示信息。

因为是Redirect，Request里的attribute不会传递过去。Spring在3.1才提供了这个能力--RedirectAttributes。 反复按F5，操作成功的提示信息也不会再次出来（总共只出现一次），效果很理想。

1. public String save(@ModelAttribute("group") Group group, RedirectAttributes redirectAttributes) {
2. accountManager.saveGroup(group);
3. redirectAttributes.addFlashAttribute("message", "操作成功");
4. return "redirect:/account/group/";
5. }

处理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注解

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

关于写几个配置文件的说明
我看到有的人把配置文件写两份：
一个是原有的applicationContext.xml，这个文件从spring2.0-2.5时一直在使用。
别一个是新加的spring MVC的配置文件。
其实这两个文件是可以写成一个文件的，springMVC相关的配置，数据源，事务相关配置可以都写再一个配置文件中。
本例子中只使用了一个spring配置文件叫“springMVC.xml”。就不要再多配置一个applicationContext.xml文件了。
web.xml文件中也不要再配置org.springframework.web.context.ContextLoaderListener的listener了。
写两个配置文件一般就会导致扫描两次，一定要精确控制扫描的包名，做到不重复扫描。

写两个配置文件还出现事务不好使的现象，是当把@Transactional写有Action层时出现的。

是因为父子上下文的原因，原因是父上下文不能访问子上下文。

如何取得Spring管理的bean （请用第3种方法）
1、servlet方式加载时，
【web.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>

spring容器放在ServletContext中的key是org.springframework.web.servlet.FrameworkServlet.CONTEXT.springMVC
注意后面的springMVC，是你的servlet-name配置的值，注意适时修改。

1. ServletContext sc=略
2. WebApplicationContext attr = (WebApplicationContext)sc.getAttribute("org.springframework.web.servlet.FrameworkServlet.CONTEXT.springMVC");

2、listener方式加载时：
【web.xml】

1. <context-param>
2. <param-name>contextConfigLocation</param-name>
3. <param-value>/WEB-INF/applicationContext</param-value>
4. </context-param>
5. <listener>
6. <listener-class>org.springframework.web.context.ContextLoaderListener</listener-class>
7. </listener>

【jsp/servlet】可以这样取得

1. ServletContext context = getServletContext();
2. WebApplicationContext applicationContext  = WebApplicationContextUtils .getWebApplicationContext(context);

3、通用的方法来了，神器啊，前的  1、2两种方法并不通用，可以抛弃了。
在配置文件中加入：

1. <!-- 用于持有ApplicationContext,可以使用SpringContextHolder.getBean('xxxx')的静态方法得到spring bean对象 -->
2. <bean class="com.xxxxx.SpringContextHolder" lazy-init="false" />

1. import org.springframework.context.ApplicationContext;
2. import org.springframework.context.ApplicationContextAware;
3. /**
4. * 以静态变量保存Spring ApplicationContext, 可在任何代码任何地方任何时候中取出ApplicaitonContext.
5. *
6. */
7. public class SpringContextHolder implements ApplicationContextAware {
8. private static ApplicationContext applicationContext;
9. /**
10. * 实现ApplicationContextAware接口的context注入函数, 将其存入静态变量.
11. */
12. public void setApplicationContext(ApplicationContext applicationContext) {
13. SpringContextHolder.applicationContext = applicationContext; // NOSONAR
14. }
15. /**
16. * 取得存储在静态变量中的ApplicationContext.
17. */
18. public static ApplicationContext getApplicationContext() {
19. checkApplicationContext();
20. return applicationContext;
21. }
22. /**
23. * 从静态变量ApplicationContext中取得Bean, 自动转型为所赋值对象的类型.
24. */
25. @SuppressWarnings("unchecked")
26. public static <T> T getBean(String name) {
27. checkApplicationContext();
28. return (T) applicationContext.getBean(name); 
29. }
30. /**
31. * 从静态变量ApplicationContext中取得Bean, 自动转型为所赋值对象的类型.
32. */
33. @SuppressWarnings("unchecked")
34. public static <T> T getBean(Class<T> clazz) {
35. checkApplicationContext();
36. return (T) applicationContext.getBeansOfType(clazz);  
37. }
38. /**
39. * 清除applicationContext静态变量.
40. */
41. public static void cleanApplicationContext() {
42. applicationContext = null;
43. }
44. private static void checkApplicationContext() {
45. if (applicationContext == null) {
46. throw new IllegalStateException("applicaitonContext未注入,请在applicationContext.xml中定义SpringContextHolder");
47. }
48. }
49. }

多视图控制器

当有jsp,flt (模板)等多种页面生成展示方式时，spring默认使用的是“视图解析器链”。

真是一个链，所以性能不好，spring会在“视图解析器链”中顺序的查找，直到找到对应的 “视图解析器” 。

jsp视图解析器一定要写在最后面，因为一旦调用jsp，就向浏览器发出数据了，Spring就没有机会再尝试下一个了。

所以自己写一个"多视图解析器"，依靠扩展名来区分，可一次准确的选中一个 视图解析器,提高性能（会有多少提高呢？没测试过）.

下面的例子支持jsp,flt (模板)两种页面生成展示方式，你中以自己添加，支持更多。

1. <!-- 多视图处理器 -->
2. <bean class="com.xxx.core.web.MixedViewResolver">
3. <property name="resolvers">
4. <map>
5. <entry key="jsp">
6. <bean class="org.springframework.web.servlet.view.InternalResourceViewResolver">
7. <property name="prefix" value="/WEB-INF/jsp/"/>
8. <property name="viewClass" value="org.springframework.web.servlet.view.JstlView"></property>
9. </bean>
10. </entry>
11. <entry key="ftl">
12. <bean class="org.springframework.web.servlet.view.freemarker.FreeMarkerViewResolver">
13. <property name="cache" value="true"/>
14. <property name="contentType" value="text/html;charset=UTF-8"></property>
15. <!-- 宏命令的支持  -->
16. <property name="exposeSpringMacroHelpers" value="true"/>
17. <property name="viewClass" value="org.springframework.web.servlet.view.freemarker.FreeMarkerView"/>
18. <property name="requestContextAttribute" value="rc"></property>
19. </bean>
20. </entry>
21. </map>
22. </property>
23. </bean>
24. <!-- freemarker config -->
25. <bean id="freeMarkerConfigurer" class="org.springframework.web.servlet.view.freemarker.FreeMarkerConfigurer">
26. <property name="templateLoaderPath" value="/WEB-INF/ftl/" />
27. <property name="freemarkerSettings">
28. <props>
29. <prop key="template_update_delay">5</prop>
30. <prop key="default_encoding">UTF-8</prop>
31. <prop key="locale">zh_CN</prop>
32. </props>
33. </property>
34. </bean>

1. import java.util.Locale;
2. import java.util.Map;
3. import org.springframework.web.servlet.View;
4. import org.springframework.web.servlet.ViewResolver;
5. /**
6. * 说明： 多视图处理器
7. *
8. * @author  磊
9. * @version 创建时间：2011-8-19 上午09:41:09
10. */
11. public class MixedViewResolver implements ViewResolver{
12. private Map<String,ViewResolver> resolvers;
13. public void setResolvers(Map<String, ViewResolver> resolvers) {
14. this.resolvers = resolvers;
15. }
16. public View resolveViewName(String viewName,Locale locale) throws Exception{
17. int n=viewName.lastIndexOf(".");
18. if(n!=-1){
19. //取出扩展名
20. String suffix=viewName.substring(n+1);
21. //取出对应的ViewResolver
22. ViewResolver resolver=resolvers.get(suffix);
23. if(resolver==null){
24. throw new RuntimeException("No ViewResolver for "+suffix);
25. }
26. return  resolver.resolveViewName(viewName, locale);
27. }else{
28. ViewResolver resolver=resolvers.get("jsp");
29. return  resolver.resolveViewName(viewName, locale);
30. }
31. }
32. }

<mvc:annotation-driven /> 到底做了什么工作

一句 <mvc:annotation-driven />实际做了以下工作：（不包括添加自己定义的拦截器）

我们了解这些之后，对Spring3 MVC的控制力就更强大了，想改哪就改哪里。

1. <!-- 注解请求映射  -->
2. <bean class="org.springframework.web.servlet.mvc.annotation.DefaultAnnotationHandlerMapping">
3. <property name="interceptors">
4. <list>
5. <ref bean="logNDCInteceptor"/>   <!-- 日志拦截器，这是你自定义的拦截器 -->
6. <ref bean="myRequestHelperInteceptor"/>   <!-- RequestHelper拦截器，这是你自定义的拦截器-->
7. <ref bean="myPermissionsInteceptor"/>  <!-- 权限拦截器，这是你自定义的拦截器-->
8. <ref bean="myUserInfoInteceptor"/>  <!-- 用户信息拦截器，这是你自定义的拦截器-->
9. </list>
10. </property>
11. </bean>
12. <bean class="org.springframework.web.servlet.mvc.annotation.AnnotationMethodHandlerAdapter">
13. <property name="messageConverters">
14. <list>
15. <ref bean="byteArray_hmc" />
16. <ref bean="string_hmc" />
17. <ref bean="resource_hmc" />
18. <ref bean="source_hmc" />
19. <ref bean="xmlAwareForm_hmc" />
20. <ref bean="jaxb2RootElement_hmc" />
21. <ref bean="jackson_hmc" />
22. </list>
23. </property>
24. </bean>
25. <bean id="byteArray_hmc" class="org.springframework.http.converter.ByteArrayHttpMessageConverter" /><!-- 处理.. -->
26. <bean id="string_hmc" class="org.springframework.http.converter.StringHttpMessageConverter" /><!-- 处理.. -->
27. <bean id="resource_hmc" class="org.springframework.http.converter.ResourceHttpMessageConverter" /><!-- 处理.. -->
28. <bean id="source_hmc" class="org.springframework.http.converter.xml.SourceHttpMessageConverter" /><!-- 处理.. -->
29. <bean id="xmlAwareForm_hmc" class="org.springframework.http.converter.xml.XmlAwareFormHttpMessageConverter" /><!-- 处理.. -->
30. <bean id="jaxb2RootElement_hmc" class="org.springframework.http.converter.xml.Jaxb2RootElementHttpMessageConverter" /><!-- 处理.. -->
31. <bean id="jackson_hmc" class="org.springframework.http.converter.json.MappingJacksonHttpMessageConverter" /><!-- 处理json-->