spring3mvc真正入门资料Word文档格式.docx

资源描述

spring3mvc真正入门资料Word文档格式.docx

《spring3mvc真正入门资料Word文档格式.docx》由会员分享，可在线阅读，更多相关《spring3mvc真正入门资料Word文档格式.docx（32页珍藏版）》请在冰点文库上搜索。

spring3mvc真正入门资料Word文档格式.docx

所以我们并没有用到这个接口。

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代码

web-app>

servlet>

servlet-name>

example<

/servlet-name>

servlet-class>

org.springframework.web.servlet.DispatcherServlet<

/servlet-class>

load-on-startup>

/load-on-startup>

/servlet>

servlet-mapping>

url-pattern>

*.form<

/url-pattern>

10<

/servlet-mapping>

11<

/web-app>

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

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

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

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

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

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

第二个例子：

12<

13<

springMVC<

14<

15<

init-param>

16<

param-name>

contextConfigLocation<

/param-name>

17<

param-value>

classpath*:

/springMVC.xml<

/param-value>

18<

/init-param>

19<

20<

21<

22<

23<

24<

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

其中<

**.xml<

这里可以使用多种写法

1、不写,使用默认值:

/WEB-INF/<

-servlet.xml

2、<

/WEB-INF/classes/springMVC.xml<

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（"

）中不须要包含/app。

3、拦截/，例如：

/user/add，弊端：

对jpg,js,css静态文件的访问也被拦截不能正常显示。

后面有解决办法。

4、拦截/*，可以走到Action中，但转发到jsp时再次被拦截，不能访问到jsp。

五、双亲上下文的说明

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

如下

Java代码

25<

listener>

26<

listener-class>

org.springframework.web.context.ContextLoaderListener<

/listener-class>

27<

/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）中。

在webMVC框架中，每个DispatcherServlet有它自己的WebApplicationContext，这个context继承了根WebApplicationContext的所有bean定义。

这些继承的bean也可以在每个serlvet自己的所属的域中被覆盖（override），覆盖后的bean可以被设置上只有这个servlet实例自己使用的属性。

总结：

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

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

28<

--自动扫描的包名-->

29<

context:

component-scanbase-package="

com.app,com.core,JUnit4"

/context:

component-scan>

31<

--默认的注解映射的支持-->

32<

mvc:

annotation-driven/>

34<

--视图解释类-->

35<

beanclass="

org.springframework.web.servlet.view.InternalResourceViewResolver"

36<

propertyname="

prefix"

value="

/WEB-INF/jsp/"

37<

suffix"

.jsp"

--可为空,方便实现自已的依据扩展名来选择视图解释类的逻辑-->

38<

viewClass"

org.springframework.web.servlet.view.JstlView"

39<

/bean>

41<

--拦截器-->

42<

interceptors>

43<

com.core.mvc.MyInteceptor"

44<

/mvc:

46<

--对静态资源文件的访问方案一（二选一）-->

47<

default-servlet-handler/>

49<

--对静态资源文件的访问方案二（二选一）-->

50<

resourcesmapping="

/images/**"

location="

/images/"

cache-period="

31556926"

51<

/js/**"

/js/"

52<

/css/**"

/css/"

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

是一种简写形式，完全可以手动配置替代这种简写形式，简写形式可以让初学都快速应用默认配置方案。

会自动注册DefaultAnnotationHandlerMapping与AnnotationMethodHandlerAdapter两个bean,是springMVC为@Controllers分发请求所必须的。

并提供了：

数据绑定支持，@NumberFormatannotation支持，@DateTimeFormat支持，@Valid支持，读写XML的支持（JAXB），读写JSON的支持（Jackson）。

后面，我们处理响应ajax请求时，就使用到了对json的支持。

后面，对action写JUnit单元测试时，要从springIOC容器中取DefaultAnnotationHandlerMapping与AnnotationMethodHandlerAdapter两个bean，来完成测试，取的时候要知道是<

这一句注册的这两个bean。

interceptors/>

是一种简写形式。

通过看前面的大图，知道，我们可以配置多个HandlerMapping。

会为每一个HandlerMapping，注入一个拦截器。

其实我们也可以手动配置为每个HandlerMapping注入一个拦截器。

使用默认的Servlet来响应静态文件。

匹配URL/images/**的URL被当做静态资源，由Spring读出到内存中再响应http。

七、如何访问到静态的文件，如jpg,js,css？

如何你的DispatcherServlet拦截*.do这样的URL，就不存在访问不到静态资源的问题。

如果你的DispatcherServlet拦截“/”，拦截了所有的请求，同时对*.js,*.jpg的访问也就被拦截了。

目的：

可以正常访问静态文件，不要找不到静态文件报404。

方案一：

激活Tomcat的defaultServlet来处理静态文件

53<

54<

default<

55<

*.jpg<

56<

57<

58<

59<

*.js<

60<

61<

62<

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

resources的使用方法：

66<

--对静态资源文件的访问-->

67<

/images/**映射到ResourceHttpRequestHandler进行处理，location指定静态资源的位置.可以是webapplication根目录下、jar包里面，这样可以把静态资源压缩到jar包中。

cache-period可以使得静态资源进行webcache

如果出现下面的错误，可能是没有配置<

的原因。

报错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.

方案三，使用<

68<

会把"

/**"

url,注册到SimpleUrlHandlerMapping的urlMap中,把对静态资源的访问由HandlerMapping转到org.springframework.web.servlet.resource.DefaultServletHttpRequestHandler处理并返回.

DefaultServletHttpRequestHandler使用就是各个Servlet容器自己的默认Servlet.

补充说明：

多个HandlerMapping的执行顺序问题：

DefaultAnnotationHandlerMapping的order属性值是：

resources/>

自动注册的SimpleUrlHandlerMapping的order属性值是：

2147483646

自动注册的SimpleUrlHandlerMapping的order属性值是：

2147483647

spring会先执行order值比较小的。

当访问一个a.jpg图片文件时，先通过DefaultAnnotationHandlerMapping来找处理器，一定是找不到的，我们没有叫a.jpg的Action。

再按order值升序找，由于最后一个SimpleUrlHandlerMapping是匹配"

的，所以一定会匹配上，再响应图片。

访问一个图片，还要走层层匹配。

真不知性能如何？

改天做一下压力测试，与Apache比一比。

最后再说明一下，如何你的DispatcherServlet拦截*.do这样的URL，就不存上述问

展开阅读全文