spring3mvc真正入门资料.docx
- 文档编号:22810805
- 上传时间:2023-04-28
- 格式:DOCX
- 页数:32
- 大小:335.78KB
spring3mvc真正入门资料.docx
《spring3mvc真正入门资料.docx》由会员分享,可在线阅读,更多相关《spring3mvc真正入门资料.docx(32页珍藏版)》请在冰豆网上搜索。
spring3mvc真正入门资料
一、前言:
大家好,Spring3MVC是非常优秀的MVC框架,由其是在3.0版本发布后,现在有越来越多的团队选择了Spring3MVC了。
Spring3MVC结构简单,应了那句话简单就是美,而且他强大不失灵活,性能也很优秀。
官方的下载网址是:
http:
//www.springsource.org/download(本文使用是的Spring3.0.5版本)
Struts2也是比较优秀的MVC构架,优点非常多比如良好的结构。
但这里想说的是缺点,Struts2由于采用了值栈、OGNL表达式、struts2标签库等,会导致应用的性能下降。
Struts2的多层拦截器、多实例action性能都很好。
可以参考我写的一篇关于SpringMVC与Struts2与Servlet比较的文章
Spring3MVC的优点:
1、Spring3MVC的学习难度小于Struts2,Struts2用不上的多余功能太多。
呵呵,当然这不是决定因素。
2、Spring3MVC很容易就可以写出性能优秀的程序,Struts2要处处小心才可以写出性能优秀的程序(指MVC部分)
3、Spring3MVC的灵活是你无法想像的,Spring的扩展性有口皆碑,Spring3MVC当然也不会落后,不会因使用了MVC框架而感到有任何的限制。
Struts2的众多优点:
略...(呵呵,是不是不公平?
)
众多文章开篇时总要吹些牛,吸引一下读者的眼球,把读者的胃口调起来,这样大家才有兴趣接着往后看。
本文也没能例外。
不过保证你看了之后不会后悔定有收获。
二、核心类与接口:
先来了解一下,几个重要的接口与类。
现在不知道他们是干什么的没关系,先混个脸熟,为以后认识他们打个基础。
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类
无图。
三、核心流程图
本图是我个人画的,有不严谨的地方,大家对付看吧。
总比没的看强。
四、DispatcherServlet说明
使用SpringMVC,配置DispatcherServlet是第一步。
DispatcherServlet是一个Servlet,所以可以配置多个DispatcherServlet。
DispatcherServlet是前置控制器,配置在web.xml文件中的。
拦截匹配的请求,Servlet拦截匹配规则要自已定义,把拦截下来的请求,依据某某规则分发到目标Controller(我们写的Action)来处理。
“某某规则”:
是根据你使用了哪个HandlerMapping接口的实现类的不同而不同。
先来看第一个例子:
Xml代码
1
2
3
4
5
6
7
8
9
10
11
每一个DispatcherServlet有自己的WebApplicationContext上下文对象。
同时保存的ServletContext中和Request对象中,关于key,以后说明。
在DispatcherServlet的初始化过程中,框架会在web应用的WEB-INF文件夹下寻找名为[servlet-name]-servlet.xml的配置文件,生成文件中定义的bean。
第二个例子:
Xml代码
12
13
14
15
16
17
/springMVC.xml
18
19
20
21
22
23
24
指明了配置文件的文件名,不使用默认配置文件名,而使用springMVC.xml配置文件。
其中
1、不写,使用默认值:
/WEB-INF/
2、
3、
springMVC-mvc.xml
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代码
25
26
27
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)中。
在webMVC框架中,每个DispatcherServlet有它自己的WebApplicationContext,这个context继承了根WebApplicationContext的所有bean定义。
这些继承的bean也可以在每个serlvet自己的所属的域中被覆盖(override),覆盖后的bean可以被设置上只有这个servlet实例自己使用的属性。
总结:
不使用listener监听器来加载spring的配置,改用DispatcherServlet来加载spring的配置,不要双亲上下文,只使用一个DispatcherServlet,事情就简单了,什么麻烦事儿也没有了。
六、springMVC-mvc.xml配置文件片段讲解(未使用默认配置文件名)
Xml代码
28
--自动扫描的包名-->
29 component-scanbase-package="com.app,com.core,JUnit4">
component-scan>
30
31
--默认的注解映射的支持-->
32 annotation-driven/> 33 34 --视图解释类--> 35 36 37 --可为空,方便实现自已的依据扩展名来选择视图解释类的逻辑--> 38 39 40 41 --拦截器--> 42 interceptors> 43 44 interceptors> 45 46 --对静态资源文件的访问方案一(二选一)--> 47 default-servlet-handler/> 48 49 --对静态资源文件的访问方案二(二选一)--> 50 resourcesmapping="/images/**"location="/images/"cache-period="31556926"/> 51 resourcesmapping="/js/**"location="/js/"cache-period="31556926"/> 52 resourcesmapping="/css/**"location="/css/"cache-period="31556926"/> 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的作用域 annotation-driven/>是一种简写形式,完全可以手动配置替代这种简写形式,简写形式可以让初学都快速应用默认配置方案。 annotation-driven/>会自动注册DefaultAnnotationHandlerMapping与AnnotationMethodHandlerAdapter两个bean,是springMVC为@Controllers分发请求所必须的。 并提供了: 数据绑定支持,@NumberFormatannotation支持,@DateTimeFormat支持,@Valid支持,读写XML的支持(JAXB),读写JSON的支持(Jackson)。 后面,我们处理响应ajax请求时,就使用到了对json的支持。 后面,对action写JUnit单元测试时,要从springIOC容器中取DefaultAnnotationHandlerMapping与AnnotationMethodHandlerAdapter两个bean,来完成测试,取的时候要知道是 annotation-driven/>这一句注册的这两个bean。 interceptors/>是一种简写形式。 通过看前面的大图,知道,我们可以配置多个HandlerMapping。 interceptors/>会为每一个HandlerMapping,注入一个拦截器。 其实我们也可以手动配置为每个HandlerMapping注入一个拦截器。 default-servlet-handler/>使用默认的Servlet来响应静态文件。 resourcesmapping="/images/**"location="/images/"cache-period="31556926"/>匹配URL/images/**的URL被当做静态资源,由Spring读出到内存中再响应http。 七、如何访问到静态的文件,如jpg,js,css? 如何你的DispatcherServlet拦截*.do这样的URL,就不存在访问不到静态资源的问题。 如果你的DispatcherServlet拦截“/”,拦截了所有的请求,同时对*.js,*.jpg的访问也就被拦截了。 目的: 可以正常访问静态文件,不要找不到静态文件报404。 方案一: 激活Tomcat的defaultServlet来处理静态文件 Xml代码 53 54 55 56 57 58 59 60 61 62 63 64 65要配置多个,每种文件配置一个 要写在DispatcherServlet的前面,让defaultServlet先拦截,这个就不会进入Spring了,我想性能是最好的吧。 Tomcat,Jetty,JBoss,andGlassFish默认Servlet的名字--"default" GoogleAppEngine默认Servlet的名字--"_ah_default" Resin默认Servlet的名字--"resin-file" WebLogic默认Servlet的名字--"FileServlet" WebSphere默认Servlet的名字--"SimpleFileServlet" 方案二: 在spring3.0.4以后版本提供了mvc: resources mvc: resources的使用方法: Xml代码 66 --对静态资源文件的访问--> 67 resourcesmapping="/images/**"location="/images/"/> /images/**映射到ResourceHttpRequestHandler进行处理,location指定静态资源的位置.可以是webapplication根目录下、jar包里面,这样可以把静态资源压缩到jar包中。 cache-period可以使得静态资源进行webcache 如果出现下面的错误,可能是没有配置 annotation-driven/>的原因。 报错WARNING: NomappingfoundforHTTPrequestwithURI[/mvc/user/findUser/lisi/770]inDispatcherServletwithname'springMVC' 使用 resources/>元素,把mapping的URI注册到SimpleUrlHandlerMapping的urlMap中, key为mapping的URIpattern值,而value为ResourceHttpRequestHandler, 这样就巧妙的把对静态资源的访问由HandlerMapping转到ResourceHttpRequestHandler处理并返回,所以就支持classpath目录,jar包内静态资源的访问. 另外需要注意的一点是,不要对SimpleUrlHandlerMapping设置defaultHandler.因为对staticuri的defaultHandler就是ResourceHttpRequestHandler, 否则无法处理staticresourcesrequest. 方案三,使用 default-servlet-handler/> Xml代码 68 default-servlet-handler/> 会把"/**"url,注册到SimpleUrlHandlerMapping的urlMap中,把对静态资源的访问由HandlerMapping转到org.springframework.web.servlet.resource.DefaultServletHttpRequestHandler处理并返回. DefaultServletHttpRequestHandler使用就是各个Servlet容器自己的默认Servlet. 补充说明: 多个HandlerMapping的执行顺序问题: DefaultAnnotationHandlerMapping的order属性值是: 0 resources/>自动注册的SimpleUrlHandlerMapping的order属性值是: 2147483646 default-servlet-handler/>自动注册的SimpleUrlHandlerMapping的order属性值是: 2147483647 spring会先执行order值比较小的。 当访问一个a.jpg图片文件时,先通过DefaultAnnotationHandlerMapping来找处理器,一定是找不到的,我们没有叫a.jpg的Action。 再按order值升序找,由于最后一个SimpleUrlHandlerMapping是匹配"/**"的,所以一定会匹配上,再响应图片。 访问一个图片,还要走层层匹配。 真不知性能如何? 改天做一下压力测试,与Apache比一比。 最后再说明一下,如何你的DispatcherServlet拦截*.do这样的URL,就不存上述问
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- spring3mvc 真正 入门 资料
![提示](https://static.bdocx.com/images/bang_tan.gif)