spring3mvc真正入门资料.docx

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

3example

4org.springframework.web.servlet.DispatcherServlet

51

6

7

8example

9*.form

10

11

1是启动顺序，让这个Servlet随Servletp容器一起启动。

*.form会拦截*.form结尾的请求。

example这个Servlet的名字是example，可以有多个DispatcherServlet，是通过名字来区分的。

每一个DispatcherServlet有自己的WebApplicationContext上下文对象。

同时保存的ServletContext中和Request对象中，关于key，以后说明。

在DispatcherServlet的初始化过程中，框架会在web应用的WEB-INF文件夹下寻找名为[servlet-name]-servlet.xml的配置文件，生成文件中定义的bean。

第二个例子：

Xml代码

12

13springMVC

14org.springframework.web.servlet.DispatcherServlet

15

16contextConfigLocation

17classpath*:

/springMVC.xml

18

191

20

21

22springMVC

23/

24

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

其中**.xml这里可以使用多种写法

1、不写,使用默认值:

/WEB-INF/-servlet.xml

2、/WEB-INF/classes/springMVC.xml

3、classpath*:

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

26org.springframework.web.context.ContextLoaderListener

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

54default

55*.jpg

56

57

58default

59*.js

60

61

62default

63*.css

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，就不存上述问