springMVC笔记.docx

springMVC笔记.docx

《springMVC笔记.docx》由会员分享，可在线阅读，更多相关《springMVC笔记.docx（51页珍藏版）》请在冰豆网上搜索。

springMVC笔记

SpringMVC笔记

一、前言

为开发团队选择一款优秀的MVC框架是件难事儿，在众多可行的方案中决择需要很高的经验和水平。

你的一个决定会影响团队未来的几年。

要考虑方面太多：

1、简单易用，以提高开发效率。

使小部分的精力在框架上，大部分的精力放在业务上。

2、性能优秀，这是一个最能吸引眼球的话题。

3、尽量使用大众的框架（避免使用小众的、私有的框架），新招聘来的开发人员有一些这方面技术积累，减低人员流动再适应的影响。

如果你还在为这件事件发愁，本文最适合你了。

选择SpringMVC吧。

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

Spring3.0更加完善，实现了对Struts2的超越。

现在越来越多的开发团队选择了SpringMVC。

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

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

而Struts2的多层拦截器、多实例action性能都很好。

可以参考我写的一篇关于SpringMVC与Struts2与Servlet比较的文章《Struts2、SpringMVC、Servlet（Jsp）性能对比测试》

Spring3MVC的优点：

1、Spring3MVC使用简单，学习成本低。

学习难度小于Struts2，Struts2用不上的多余功能太多。

呵呵，当然这不是决定因素。

2、Spring3MVC很容易就可以写出性能优秀的程序，Struts2要处处小心才可以写出性能优秀的程序（指MVC部分）

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

Struts2的众多优点：

1、老牌的知名框架，从Struts1起积累了大量用户群体。

技术文档丰富。

2、其它方面略...（呵呵，是不是不公平？

）

Spring的官方下载网址是：

http:

//www.springsource.org/download（本文使用是的Spring3.0.5版本）

二、核心类与接口

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

现在不知道他们是干什么的没关系，先混个脸熟，为以后认识他们打个基础。

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：

example

org.springframework.web.servlet.DispatcherServlet

1

example

*.form

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

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

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

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

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

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

第二个例子：

springMVC

org.springframework.web.servlet.DispatcherServlet

contextConfigLocation

classpath*:

/springMVC.xml

1

springMVC

/

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

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

1、不写,使用默认值:

/WEB-INF/-servlet.xml

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

3、classpath*:

springMVC-mvc.xml

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监听器的。

如下:

XML代码：

org.springframework.web.context.ContextLoaderListener

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

xmlversion="1.0"encoding="UTF-8"?

>

xmlns="http:

//www.springframework.org/schema/beans"

xmlns:

xsi="http:

//www.w3.org/2001/XMLSchema-instance"

xmlns:

tx="http:

//www.springframework.org/schema/tx"

xmlns:

context="http:

//www.springframework.org/schema/context"

xmlns:

mvc="http:

//www.springframework.org/schema/mvc"

xsi:

schemaLocation="http:

//www.springframework.org/schema/beans

http:

//www.springframework.org/schema/beans/spring-beans-3.0.xsd

http:

//www.springframework.org/schema/tx

http:

//www.springframework.org/schema/tx/spring-tx-3.0.xsd

http:

//www.springframework.org/schema/context

http:

//www.springframework.org/schema/context/spring-context-3.0.xsd

http:

//www.springframework.org/schema/mvc

http:

//www.springframework.org/schema/mvc/spring-mvc-3.0.xsd">

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

component-scanbase-package="com.app,com.core,JUnit4">

component-scan>

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

annotation-driven/>

--视图解释类-->

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

--拦截器-->

interceptors>

interceptors>

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

default-servlet-handler/>

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

resourcesmapping="/images/**"location="/images/"cache-period="31556926"/>

resourcesmapping="/js/**"location="/js/"cache-period="31556926"/>

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。

如何替换

annotation-driven/>？

他到底做了什么工作，请看，最后面的十九节

annotation-driven/>到底做了什么工作。

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拦截"/"，为了实现REST风格，拦截了所有的请求，那么同时对*.js,*.jpg等静态文件的访问也就被拦截了。

我们要解决这个问题。

目的：

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

方案一：

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

Xml代码:

default

*.jpg

default

*.js

default

*.css

要配置多个，每种文件配置一个

要写在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，使用方法：

Xml代码:

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

resourcesmapping="/images/**"location="/images/"/>

/images/**映射到ResourceHttpRequestHandler进行处理，location指定静态资源