深入理解Spring MVC 思想

一、前言
二、spring mvc 核心类与接口
三、spring mvc 核心流程图

四、spring mvc DispatcherServlet说明

五、spring mvc 父子上下文的说明

六、springMVC-mvc.xml 配置文件片段讲解 
七、spring mvc 如何访问到静态的文件，如jpg,js,css

八、spring mvc 请求如何映射到具体的Action中的方法

九、 spring mvc 中的拦截器：
十、 spring mvc 如何使用拦截器

十一、 spring mvc 如何实现全局的异常处理

十二、 spring mvc 如何把全局异常记录到日志中

十三、 如何给spring3 MVC中的Action做JUnit单元测试

十四、 spring mvc 转发与重定向 （带参数重定向）

十五、 spring mvc 处理ajax请求

十六、 spring mvc 关于写几个配置文件的说明 

十七、 spring mvc 如何取得Spring管理的bean

十八、 spring mvc 多视图控制器

十九、 <mvc:annotation-driven /> 到底做了什么工作 
二十、 本文中springMVC.xml配置文件是核心，这里给一个下载地址

一、前言：

为开发团队选择一款优秀的MVC框架是件难事儿，在众多可行的方案中决择需要很高的经验和水平。你的一个决定会影响团队未来的几年。要考虑方面太多：

1、简单易用，以提高开发效率。使小部分的精力在框架上，大部分的精力放在业务上。

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

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

如果你还在为这件事件发愁，本文最适合你了。选择Spring MVC吧。

Spring MVC是当前最优秀的MVC框架，自从Spring 2.5版本发布后，由于支持注解配置，易用性有了大幅度的提高。Spring 3.0更加完善，实现了对Struts 2的超越。现在越来越多的开发团队选择了Spring MVC。

Struts2也是非常优秀的MVC构架，优点非常多比如良好的结构，拦截器的思想，丰富的功能。但这里想说的是缺点，Struts2由于采用了值栈、OGNL表达式、struts2标签库等，会导致应用的性能下降，应避免使用这些功能。而Struts2的多层拦截器、多实例action性能都很好。可以参考我写的一篇关于Spring MVC与Struts2与Servlet比较的文章《Struts2、SpringMVC、Servlet(Jsp)性能对比 测试》

Spring3 MVC的优点：

1、Spring3 MVC使用简单，学习成本低。学习难度小于Struts2，Struts2用不上的多余功能太多。呵呵，当然这不是决定因素。

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

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

二、核心类与接口：

先来了解一下，几个重要的接口与类。现在不知道他们是干什么的没关系，先混个脸熟，为以后认识他们打个基础。

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类

无图。

三、核心流程图

本图是我个人画的，有不严谨的地方，大家对付看吧。总比没的看强。

转载请注明出处：本文地址：http://elf8848.iteye.com/blog/875830

四、DispatcherServlet说明

使用Spring MVC,配置DispatcherServlet是第一步。

DispatcherServlet是一个Servlet,所以可以配置多个DispatcherServlet。

DispatcherServlet是前置控制器，配置在web.xml文件中的。拦截匹配的请求，Servlet拦截匹配规则要自已定义，把拦截下来的请求，依据某某规则分发到目标Controller(我们写的Action)来处理。

“某某规则”：是根据你使用了哪个HandlerMapping接口的实现类的不同而不同。

先来看第一个例子：

1. <web-app>  

2.     <servlet>  

3.         <servlet-name>example</servlet-name>  

4.         <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>  

5.         <load-on-startup>1</load-on-startup>  

6.     </servlet>  

7.     <servlet-mapping>  

8.         <servlet-name>example</servlet-name>  

9.         <url-pattern>*.form</url-pattern>  

10.     </servlet-mapping>  

11. </web-app>  

1. <web-app>  

2.     <servlet>  

3.         <servlet-name>example</servlet-name>  

4.         <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>  

5.         <load-on-startup>1</load-on-startup>  

6.     </servlet>  

7.     <servlet-mapping>  

8.         <servlet-name>example</servlet-name>  

9.         <url-pattern>*.form</url-pattern>  

10.     </servlet-mapping>  

11. </web-app>  

 <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。

第二个例子：

1. <servlet>  

2.     <servlet-name>springMVC</servlet-name>  

3.     <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>  

4.     <init-param>  

5.         <param-name>contextConfigLocation</param-name>  

6.         <param-value>classpath*:/springMVC.xml</param-value>  

7.     </init-param>  

8.     <load-on-startup>1</load-on-startup>  

9. </servlet>  

10. <servlet-mapping>  

11.     <servlet-name>springMVC</servlet-name>  

12.     <url-pattern>/</url-pattern>  

13. </servlet-mapping>  

1. <servlet>  

2.     <servlet-name>springMVC</servlet-name>  

3.     <servlet-class>org.springframework.web.servlet.DispatcherServlet</servlet-class>  

4.     <init-param>  

5.         <param-name>contextConfigLocation</param-name>  

6.         <param-value>classpath*:/springMVC.xml</param-value>  

7.     </init-param>  

8.     <load-on-startup>1</load-on-startup>  

9. </servlet>  

10. <servlet-mapping>  

11.     <servlet-name>springMVC</servlet-name>  

12.     <url-pattern>/</url-pattern>  

13. </servlet-mapping>  

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

其中<param-value>**.xml</param-value> 这里可以使用多种写法
1、不写,使用默认值:/WEB-INF/<servlet-name>-servlet.xml
2、<param-value>/WEB-INF/classes/springMVC.xml</param-value>
3、<param-value>classpath*:springMVC-mvc.xml</param-value>
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。

源码来源：×××/technology QQ:1695402893