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

Spring MVC是当前最优秀的MVC框架,自从Spring 2.5版本发布后,由于支持注解配置,易用性有了大幅度的提高。

Spring 3.0更加完善,实现了对Struts 2的超越。现在越来越多的开发团队选择了Spring MVC。

Struts2也是非常优秀的MVC构架,优点非常多比如良好的结构,拦截器的思想,丰富的功能。

但这里想说的是缺点,Struts2由于采用了值栈、OGNL表达式、struts2标签库等,会导致应用的性能下降,应避免使用这些功能

Spring3 MVC的优点:

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

2、Spring3 MVC很容易就可以写出性能优秀的程序,Struts2要处处小心才可以写出性能优秀的程序(指MVC部分)

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

核心流程图

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

核心类与接口:

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

入口: 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接口的实现类的不同而不同。

先来看第一个例子:

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

第二个例子:

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拦截匹配规则可以自已定义,拦截哪种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监听器的。如下

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

可以使用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 配置文件片段讲解 (未使用默认配置文件名)

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的作用域

@RequestBodyHTTP请求正文转换为适合的HttpMessageConverter对象。

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

<mvc:annotation-driven />
是一种简写形式,完全可以手动配置替代这种简写形式,简写形式可以让初学都快速应用默认配置方案。

<mvc:annotation-driven
/>
会自动注册DefaultAnnotationHandlerMappingAnnotationMethodHandlerAdapter
两个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。

方案一:激活TomcatdefaultServlet来处理静态文件

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 ,  使用方法:

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

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

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

如何你的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了。

如何替换
<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接口

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是可以找到处理器的,最多也只找到一个处理器,所以这个拦截器总会被执行的。起到了总拦截器的作用。

如果是REST风格的URL,静态资源也会被拦截。
方案二,
(近似)
总拦截器,
拦截匹配的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匹配。

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

方案三,HandlerMappint上的拦截器。

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

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

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

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

在前的配置中,其中有一个属性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的测试类的父类

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. * 执行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了。

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. 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,操作成功的提示信息也不会再次出来(总共只出现一次),效果很理想。

Java代码

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

Java代码

  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. }
时间: 2024-08-11 07:42:33

深入理解java:4.1. 框架编程之Spring MVC的相关文章

深入理解java:4.2. 框架编程之Spring框架的设计理念

什么是Spring呢? Spring是为了解决企业应用开发的复杂性而创建的一个轻量级的控制反转(IoC)和面向切面(AOP)的容器框架. Spring优点 简单了解Spring之后,我们看一下Spring的优点. 1.方便解耦,简化开发. 2.AOP编程的支持. 3.声明式事务的支持. 4.方便程序的测试.. 5.方便集成各种优秀框架. 6.降低Java EE API的使用难度. Spring的骨骼架构 Spring总共有十几个组件,但是真正核心组件只有三个:Core.Context和Beans

java计划任务调度框架quartz结合spring实现调度的配置实例代码分享

点击链接加入群[JavaEE(SSH+IntelliJIDE+Maven)]:http://jq.qq.com/?_wv=1027&k=L2rbHv 一:quartz简介 OpenSymphony 的Quartz提供了一个比较完美的任务调度解决方案. Quartz 是个开源的作业调度框架,定时调度器,为在 Java 应用程序中进行作业调度提供了简单却强大的机制. Quartz中有两个基本概念:作业和触发器.作业是能够调度的可执行任务,触发器提供了对作业的调度 二:quartz spring配置详

第二十四天 框架之痛-Spring MVC(四)

6月3日,晴."绿树浓阴夏日长. 楼台倒影入池塘. 水晶帘动微风起, 满架蔷薇一院香". 以用户注冊过程为例.我们可能会选择继承AbstractController来实现表单的显示. 1.导入spring-framework-2.5.6的jar包,详见第八天 框架之痛-Spring MVC(一). 2.编写web.xml 的配置文件.主要增加spring Web MVC框架提供的 org.springframework.web.filter.CharacterEncodingFilte

Spring与Web框架(例如Spring MVC)漫谈——关于Spring对于多个Web框架的支持

在看Spring MVC的官方文档时,最后一章是关于Spring对于其它Web框架的支持(如JSF,Apache Struts 2.x,Tapestry 5.x),当然Spring自己的MVC框架Spring MVC就不用多说了. 这里并不想讨论其它的Web框架,而是记录下这章开头提到的关于Spring为何还要支持其它Web框架. Spring Framwork的一个核心价值观是:允许开发者自由选择. 一般而言,Spring并不会强迫你使用或者购买某些特别的架构.技术或者方案,尽管它们肯定会特别

深入理解java:4. 框架编程

了解 Servlet 和 Filter Servlet(即servlet-api.jar) 是 J2EE 最重要的一部分,有了 Servlet 你就是 J2EE 了,J2EE 的其他方面的内容择需采用. 而 Servlet 规范你需要掌握的就是 servlet 和 filter 这两项技术. 绝大多数框架不是基于 servlet 就是基于 filter,如果它要在 Servlet 容器上运行,就永远也脱离不开这个模型. Servlet容器,大一点就是应用服务器,推荐 Tomcat .或者 Jet

Java EE - Servlet 3.0 和 Spring MVC

Table of Contents 前言 基于 Java 的配置 ServletContainerInitializer 动态配置 DispatcherServlet 和 ContextLoaderListener 两个应用上下文 配置过程 结语 参考链接 前言 在学习 Spring MVC 的过程中发现,Spring MVC 使用了不少 Servlet 3.0 的新特性,但鉴于我学习 Servlet 使用的教程是 <Head First Servlet & JSP>,其中的 Serv

WEB开发技术框架利器之一 -- Spring MVC

A.介绍: Spring Web MVC是一种基于Java的实现了Web MVC设计模式的请求驱动类型的轻量级Web框架,即使用了MVC架构模式的思想,将web层进行职责解耦,基于请求驱动指的就是使用请求-响应模型,框架的目的就是帮助我们简化开发,Spring Web MVC也是要简化我们日常Web开发的. Spring Web MVC也是服务到工作者模式的实现,但进行可优化.前端控制器是DispatcherServlet:应用控制器其实拆为处理器映射器(Handler Mapping)进行处理

Spring 4 官方文档学习(十一)Web MVC 框架之配置Spring MVC

在前面的文档中讲解了Spring MVC的特殊beans,以及DispatcherServlet使用的默认实现.在本部分,你会学习两种额外的方式来配置Spring MVC.分别是:MVC Java config 和  MVC XML namespace. 原文: Section 22.2.1, "Special Bean Types In the WebApplicationContext" and Section 22.2.2, "Default DispatcherSer

java web开发入门六(spring mvc)基于intellig idea

spring mvc ssm=spring mvc+spring +mybatis spring mvc工作流程 1A)客户端发出http请求,只要请求形式符合web.xml文件中配置的*.action的话,就由DispatcherServlet来处理. 1B)DispatcherServlet再将http请求委托给映射器的对象来将http请求交给对应的Action来处理 2)映射器根据客户的http请求,再对比<bean name="/hello.action如果匹配正确,再将http请