目录
1、前言:
2、核心类与接口:
3、核心流程图
4、DispatcherServlet说明
5、双亲上下文的说明
6、springMVC-mvc.xml 配置文件片断讲解
7、如何访问到静态的文件,如jpg,js,css?
8、请求如何映射到具体的Action中的方法?
9、Spring中的拦截器:
10、如何使用拦截器?
11、如何实现全局的异常处理?
12、如何把全局异常记录到日志中?
十3、如何给spring3 MVC中的Action作JUnit单元测试?
十4、转发与重定向
十5、处理ajax请求
十6、关于写几个配置文件的说明
十7、如何取得Spring管理的bean
十8、多视图控制器
十9、 <mvc:annotation-driven /> 到底作了什么工做
二10、 本文中springMVC.xml配置文件是核心,这里给一个下载地址javascript
1、前言:css
你们好,Spring3 MVC是很是优秀的MVC框架,由其是在3.0版本发布后,如今有愈来愈多的团队选择了Spring3 MVC了。Spring3 MVC结构简单,应了那句话简单就是美,并且他强大不失灵活,性能也很优秀。html
官方的下载网址是:http://www.springsource.org/download (本文使用是的Spring 3.0.5版本)java
Struts2也是比较优秀的MVC构架,优势很是多好比良好的结构。但这里想说的是缺点,Struts2因为采用了值栈、OGNL表达式、struts2标签库等,会致使应用的性能降低。Struts2的多层拦截器、多实例action性能都很好。能够参考我写的一篇关于Spring MVC与Struts2与Servlet比较的文章 http://elf8848.iteye.com/admin/blogs/698217web
Spring3 MVC的优势:ajax
一、Spring3 MVC的学习难度小于Struts2,Struts2用不上的多余功能太多。呵呵,固然这不是决定因素。spring
二、Spring3 MVC很容易就能够写出性能优秀的程序,Struts2要到处当心才能够写出性能优秀的程序(指MVC部分)apache
三、Spring3 MVC的灵活是你没法想像的,Spring的扩展性有口皆碑,Spring3 MVC固然也不会落后,不会因使用了MVC框架而感到有任何的限制。json
Struts2的众多优势:略... (呵呵,是否是不公平?)浏览器
众多文章开篇时总要吹些牛,吸引一下读者的眼球,把读者的胃口调起来,这样你们才有兴趣接着日后看。本文也没能例外。不过保证你看了以后不会后悔定有收获。
转载请注明出处:本文地址:http://elf8848.iteye.com/blog/875830
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、核心流程图
本图是我我的画的,有不严谨的地方,你们对付看吧。总比没的看强。
转载请注明出处:本文地址:http://elf8848.iteye.com/blog/875830
4、DispatcherServlet说明
使用Spring MVC,配置DispatcherServlet是第一步。
DispatcherServlet是一个Servlet,因此能够配置多个DispatcherServlet。
DispatcherServlet是前置控制器,配置在web.xml文件中的。拦截匹配的请求,Servlet拦截匹配规则要自已定义,把拦截下来的请求,依据某某规则分发到目标Controller(咱们写的Action)来处理。
“某某规则”:是根据你使用了哪一个HandlerMapping接口的实现类的不一样而不一样。
先来看第一个例子:
<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。
第二个例子:
指明了配置文件的文件名,不使用默认配置文件名,而使用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监听器的。以下
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 配置文件片断讲解 (未使用默认配置文件名)
<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:annotation-driven />?他到底作了什么工做,请看,最后面的 十九节 <mvc:annotation-driven /> 到底作了什么工做。
<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。
转载请注明出处:本文地址:http://elf8848.iteye.com/blog/875830
7、如何访问到静态的文件,如jpg,js,css?
如何你的DispatcherServlet拦截 *.do这样的URL,就不存在访问不到静态资源的问题。若是你的
DispatcherServlet拦截“/”,拦截了全部的请求,同时对*.js,*.jpg的访问也就被拦截了。
目的:能够正常访问静态文件,不要找不到静态文件报404。
方案一:激活Tomcat的defaultServlet来处理静态文件
要写在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 的使用方法:
/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/>
会把"/**" 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。
但前面咱们配置了<mvc:annotation-driven />,他会自动注册这个bean,就不需要咱们显示的注册这个bean了。
如何替换 <mvc:annotation-driven />?他到底作了什么工做,请看,最后面的 十九节 <mvc:annotation-driven /> 到底作了什么工做。
以上均可以注入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接口:
Spring MVC并无总的拦截器,不能对全部的请求进行先后拦截。
Spring MVC的拦截器,是属于HandlerMapping级别的,能够有多个HandlerMapping ,每一个HandlerMapping能够有本身的拦截器。
当一个请求按Order值从小到大,顺序执行HandlerMapping接口的实现类时,哪个先有返回,那就能够结束了,后面的HandlerMapping就不走了,本道工序就完成了。就转到下一道工序了。
拦截器会在何时执行呢? 一个请求交给一个HandlerMapping时,这个HandlerMapping先找有没有处理器来处理这个请求,如何找到了,就执行拦截器,执行完拦截后,交给目标处理器。
若是没有找处处理器,那么这个拦截器就不会被执行。
在spring MVC的配置文件中配置有三种方法:
方案一,(近似)总拦截器,拦截全部url
为何叫“近似”,前面说了,Spring没有总的拦截器。
<mvc:interceptors/>会为每一 个HandlerMapping,注入一个拦截器。总有一个HandlerMapping是能够找处处理器的,最多也只找到一个处理器,因此这个拦截器总会被执行的。起到了总拦截器的做用。
方案二, (近似) 总拦截器, 拦截匹配的URL。
就是比 方案一多了一个URL匹配。
方案三,HandlerMappint上的拦截器
若是使用了<mvc:annotation-driven />, 它会自动注册DefaultAnnotationHandlerMapping 与AnnotationMethodHandlerAdapter 这两个bean,因此就没有机会再给它注入interceptors属性,就没法指定拦截器。
固然咱们能够经过人工配置上面的两个Bean,不使用 <mvc:annotation-driven />,就能够 给interceptors属性 注入拦截器了。
其实我也不建议使用 <mvc:annotation-driven />,而建议手动写详细的配置文件,来替代 <mvc:annotation-driven />,这就控制力就强了。
如何替换 <mvc:annotation-driven />?他到底作了什么工做,请看,最后面的 十九节 <mvc:annotation-driven /> 到底作了什么工做。
11、如何实现全局的异常处理?
在spring MVC的配置文件中:
这里主要的类是SimpleMappingExceptionResolver类,和他的父类AbstractHandlerExceptionResolver类。
具体能够配置哪些属性,我是经过查看源码知道的。
你也能够实现HandlerExceptionResolver接口,写一个本身的异常处理程序。spring的扩展性是很好的。
经过SimpleMappingExceptionResolver咱们能够将不一样的异常映射到不一样的jsp页面(经过exceptionMappings属性的配置)。
同时咱们也能够为全部的异常指定一个默认的异常提示页面(经过defaultErrorView属性的配置),若是所抛出的异常在exceptionMappings中没有对应的映射,则Spring将用此默认配置显示异常信息。
注意这里配置的异常显示界面均仅包括主文件名,至于文件路径和后缀已经在viewResolver中指定。如/error/error表示/error/error.jsp
显示错误的jsp页面:
其中一句: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的测试类的父类
这是个JUnit测试类,咱们能够new Request对象,来参与测试,太方便了。给request指定访问的URL,就能够请求目标Action了。
须要说明一下 :因为当前最想版本的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注解
转载请注明出处:本文地址:http://elf8848.iteye.com/blog/875830
十6、关于写几个配置文件的说明
我看到有的人把配置文件写两份:
一个是原有的applicationContext.xml,这个文件从spring2.0-2.5时一直在使用。
别一个是新加的spring MVC的配置文件。
其实这两个文件是能够写成一个文件的,springMVC相关的配置,数据源,事务相关配置能够都写再一个配置文件中。
本例子中只使用了一个spring配置文件叫“springMVC.xml”。
就不要再多配置一个applicationContext.xml文件了。
web.xml文件中也不要再配置org.springframework.web.context.ContextLoaderListener的listener了。
写两个配置文件spring会扫描两次。
写两个配置文件还出现事务很差使的现象,是当把@Transactional写有Action层时出现的。
若是写两个配置文件,先执行springMVC.xml(xxx-servlet.xml),后执行applicationContext.xml。
先执行springMVC.xml(xxx-servlet.xml)时,因为数据源、事务都配置在applicationContext.xml中,尚未执行(未准备好), 因此致使了上面的问题。
十7、如何取得Spring管理的bean (请用第3种方法)
一、servlet方式加载时,
【web.xml】
spring容器放在ServletContext中的key是org.springframework.web.servlet.FrameworkServlet.CONTEXT.springMVC
注意后面的springMVC,是你的servlet-name配置的值,注意适时修改。
二、listener方式加载时:
【web.xml】
【jsp/servlet】能够这样取得
三、通用的方法来了,神器啊,前的 一、2两种方法并不通用,能够抛弃了。
在配置文件中加入:
十8、多视图控制器
当有jsp,flt (模板)等多种页面生成展现方式时,spring默认使用的是“视图解析器链”。 真是一个链,因此性能很差,spring会在“视图解析器链”中顺序的查找,直到找到对应的 “视图解析器” 。jsp视图解析器必定要写在最后面,由于一旦调用jsp,就向浏览器发出数据了,Spring就没有机会再尝试下一个了。
因此本身写一个"多视图解析器",依靠扩展名来区分,可一次准确的选中一个 视图解析器,提升性能(会有多少提升呢?没测试过).
下面的例子支持jsp,flt (模板)两种页面生成展现方式,你中以本身添加,支持更多。
十9、 <mvc:annotation-driven /> 到底作了什么工做
一句 <mvc:annotation-driven />实际作了如下工做:(不包括添加本身定义的拦截器)
咱们了解这些以后,对Spring3 MVC的控制力就更强大了,想改哪就改哪里。
二10、 本文中springMVC.xml配置文件是核心,这里给一个下载地址
要在http://www.iteye.com/网站有注册账号才能下载
http://dl.iteye.com/topics/download/f7c02d0b-7c8f-3124-aaea-9b66a620e550