Spring MVC一、什么是 Spring MVC
Spring MVC 属于 SpringFrameWork 的后续产品，已经融合在 Spring Web Flow 里面，是一个强大灵活的 Web 框架。Spring MVC 提供了一个 DispatcherServlet 作为前端控制器来分配请求。通过策略接口，Spring 框架是高度可配置的。Spring MVC 还包含多种视图技术，如 Java Server Pages（JSP）、Velocity、Tiles、iText 和 POI 等。Spring MVC 分离了控制器、模型对象、分派器以及处理程序对象的角色，这种分离让它们更容易进行定制。
Spring MVC 框架主要由 DispatcherServlet、处理器映射器、处理器适配器、处理器(控制器)、视图解析器、视图组成。
二.Spring MVC 相较于S2SH框架的优势1、配置简化
Spring MVC引入Schema Based XML，在其默认必要配置之后，可以灵活的进行2次配置，2次配置的内容大大减少。
2、MVC设计思想的领先
在Spring MVC中，model这层被抽象的更加灵活，他以方法输入参数为表现形式，具体的行为灵活多样，可以是基本类型，可以是POJO，也可以是request衍生出的各种对象。与之相比，struts2的model定义为controller的一个属性，导致模型层与控制层之间的关系模糊不清。
3、对REST的支持性
Spring MVC对REST架构的支持是比较好的的MVC框架，与之相比strtus2虽然也提供了相关插件实现，但是相对于Spring MVC来可以说不是很高级，这是由于Struts2对于请求映射设计的天生缺陷导致。Struts2对于请求的映射最终以一个叫做ActionMapping的类来表述，而构造这个ActionMapping的实现却只是一个非常简单的接口ActionMapper。这个类天然就没有考虑到许多Restful的需求。
相对于Spring MVC来说，struts2的最基本的问题是响应变化太慢，特别是对Java标准响应太慢。
比如：直到最近 2.3.1 才支持 JSR330，而Spring 已经支持两年多了。目前还不支持JSR 303，虽然有第三方，但不是Out of box的，Spring MVC支持得很好。
三.浅析Spring MVC的工作原理及其与Spring的关系
Spring MVC属于SpringFrameWork的后续产品，已经融合在Spring Web Flow里面。Spring 框架提供了构建 Web 应用程序的全功能 MVC 模块。使用 Spring 可插入的 MVC 架构，从而在使用Spring进行WEB开发时，可以选择使用Spring的SpringMVC框架或集成其他MVC开发框架，如Struts1，Struts2等。
Spring MVC的整个工作过程是从一个HTTP请求开始：
1）DispatcherServlet接收到请求后，根据对应配置文件中配置的处理器映射，找到对应的处理器映射项（HandlerMapping），根据配置的映射规则，找到对应的处理器（Handler）。
2）调用相应处理器中的处理方法，处理该请求，处理器处理结束后会将一个ModelAndView类型的数据传给DispatcherServlet，这其中包含了处理结果的视图和视图中要使用的数据。
3）DispatcherServlet根据得到的ModelAndView中的视图对象，找到一个合适的ViewResolver（视图解析器），根据视图解析器的配置，DispatcherServlet将视图要显示的数据传给对应的视图，最后给浏览器构造一个HTTP响应。 DispatcherServlet是整个Spring MVC的核心。
DispatcherServlet负责接收HTTP请求组织协调Spring MVC的各个组成部分。其主要工作有以下三项：
1）截获符合特定格式的URL请求。
2）初始化DispatcherServlet上下文对应的WebApplicationContext，并将其与业务层、持久化层的WebApplicationContext建立关联。
3）初始化Spring MVC的各个组成组件，并装配到DispatcherServlet中。
然后简单说一下Spring MVC与Spring的关系。Spring可以说是一个管理bean的容器，也可以说是包括很多开源项目的总称，而Spring MVC是其中一个开源项目。如果简单进行一个流程，当http请求一到，由容器（如：Tomcat）解析http形成一个request，通过映射关系（比如路径，方法，参数）被Spring MVC一个分发器去找到可以处理这个请求的bean，在Tomcat里面就由Spring管理bean的一个池子（bean容器）里面找到。处理完了就把响应返回。
基于Spring实现的MVC框架是不能不使用Spring的。单独使用Spring MVC，因为其需要依赖IOC容器。但是如果单独为了更好的理解SpringMVC这种MVC框架，就把它和Struts2等一系列的MVC框架对比理解，理解其只是基于DispatcherServlet或者Filter做一个前端分发器，最终把这个框架引导起来，进行其自己的逻辑处理。
面试常考问题
四.Spring和Spring MVC的区别1.Spring的功能
Spring架构最核心的功能就是依赖注入。
所有Spring模块的核心都是依赖注入。如果合理使用依赖注入，我们可以构建低耦合的应用，而且应用更容易进行单元测试。
减少重复代码
Spring提供了很多模块比如Spring JDBC，Spring MVC，Spring Test。这些功能可以自己实现，但是借助这些封装的模块就能减少代码量，代码越少bug就越少。
很好的集成其他框架
Spring架构从不解决已经被解决的问题，而且和这些解决问题的框架能够很好的集成。比如Hibernate。
2.Spring MVC的功能
Spring MVC提供了一种轻度耦合的方式来开发web应用。
Spring MVC是Spring的一个模块式一个web框架。通过Dispatcher Servlet, ModelAndView 和 View Resolver，开发web应用变得很容易。解决的问题领域是网站应用程序或者服务开发——URL路由、Session、模板引擎、静态Web资源等等。
五.SpringMVC与struts2的区别
1、Struts2是类级别的拦截， 一个类对应一个request上下文，SpringMVC是方法级别的拦截，一个方法对应一个request上下文，而方法同时又跟一个url对应,所以说从架构本身上SpringMVC就容易实现restful url,而struts2的架构实现起来要费劲，因为Struts2中Action的一个方法可以对应一个url，而其类属性却被所有方法共享，这也就无法用注解或其他方式标识其所属方法了。
2、由上边原因，SpringMVC的方法之间基本上独立的，独享request response数据，请求数据通过参数获取，处理结果通过ModelMap交回给框架，方法之间不共享变量，而Struts2搞的就比较乱，虽然方法之间也是独立的，但其所有Action变量是共享的，这不会影响程序运行，却给我们编码 读程序时带来麻烦，每次来了请求就创建一个Action，一个Action对象对应一个request上下文。3、由于Struts2需要针对每个request进行封装，把request，session等servlet生命周期的变量封装成一个一个Map，供给每个Action使用，并保证线程安全，所以在原则上，是比较耗费内存的。
4、 拦截器实现机制上，Struts2有以自己的interceptor机制，SpringMVC用的是独立的AOP方式，这样导致Struts2的配置文件量还是比SpringMVC大。
5、SpringMVC的入口是servlet，而Struts2是filter（这里要指出，filter和servlet是不同的。以前认为filter是servlet的一种特殊），这就导致了二者的机制不同，这里就牵涉到servlet和filter的区别了。
6、SpringMVC集成了Ajax，使用非常方便，只需一个注解@ResponseBody就可以实现，然后直接返回响应文本即可，而Struts2拦截器集成了Ajax，在Action中处理时一般必须安装插件或者自己写代码集成进去，使用起来也相对不方便。
7、SpringMVC验证支持JSR303，处理起来相对更加灵活方便，而Struts2验证比较繁琐，感觉太烦乱。
8、Spring MVC和Spring是无缝的。从这个项目的管理和安全上也比Struts2高（当然Struts2也可以通过不同的目录结构和相关配置做到SpringMVC一样的效果，但是需要xml配置的地方不少）。
9、 设计思想上，Struts2更加符合OOP的编程思想， SpringMVC就比较谨慎，在servlet上扩展。
10、SpringMVC开发效率和性能高于Struts2。
11、SpringMVC可以认为已经100%零配置。
五、Spring MVC 执行流程
Spring MVC 高层次的请求处理工作流程如下（图来自 Spring 官网）：
细分后，Spring MVC 执行流程如下，共包括八步：
1.Spring MVC 相关接口解释：
（1）DispatcherServlet
前端控制器，所有的请求都有经过它来统一分发，请求会被分发给对应的 Handler。
（2）HandlerMapping（处理器映射器）
解析请求链接，然后根据请求链接找到执行这个请求的类（HandlerMapping 所说的 handler）。
（3）HandlerAdapter（处理器适配器）
调用具体的方法对用户发来的请求来进行处理。
（4）Controller
Controller 将处理用户请求，Controller 处理完用户请求，则返回 ModelAndView 对象给 DispatcherServlet 前端控制器。
从宏观角度考虑，DispatcherServlet 是整个 Web 应用的控制器；从微观考虑，Controller 是单个 Http 请求处理过程中的控制器。
（5）ViewResolver（视图解析器）
解析 MdoelAndView，将 MdoelAndView 中的逻辑视图名变为一个真正的 View 对象，并将 MdoelAndView 中的 Model 取出。
2、注解驱动的控制器2.1、使用@RequestMapping映射请求
* 通过请求URL进行映射
@RequestMapping("/user/register")
@RequestMpping不但支持标准的URL，还支持Ant风格（即?、和的字符）的和带{xxx}占位符的URL，可以通过@ParhVariable将URL中的占位符参数绑定到控制器处理方法的入参中。
* 通过请求参数、请求方法或请求头进行映射
@RequestMapping(value="/delete", method=RequestMethod.POST, params="userId", headers="content-type=text/")
2.2、请求处理方法签名
* 使用@RequestParam绑定请求参数值
public String handle(@RequestParam(value="userName", required=false))
* 使用@CookieValue绑定请求中的Cookie值
public String handle(@CookieValue(value="sessionId", required=false))
* 使用@RequestHeader绑定请求报文头的属性值
public String handle(@RequestHeader("Accept-Encoding") String encoding, @RequestHeader("Keep-Alive")long keepAlive)
* 使用命令/表单对象绑定请求参数值
/handle.html?userName=tom&userAge=12
Public String handle(User user)
* 使用Servlet API对象作为入参
public void handle(HttpServletRequest req, HttpServletResponse resp)
* 使用Spring MVC自定义的可代理Servlet原生API类的接口
public String handle(WebRequest req)
* 使用IO对象作为入参
Spring MVC可以获取ServletRequest的InputStream/Reader或者ServletRespons的OutputStream/Writer，然后传给控制器的处理方法
public void handle(OutputStream os)
2.3、使用HttpMessageConverter<T>
* HttpMessageConverter<T>是Spring 3.0新添加的一个重要的接口，它负责将请求信息转换为一个对象（类型为T），将对象（类型为T）输出为响应信息。
* 如果在Spring web容器中显式定义了一个AnnotationMethodHandlerAdapter，则Spring MVC将使用它覆盖默认的AnnotationMethodHandlerAdapter。
* 使用途径：
1、使用@RequestBody/@ResponseBody对处理方法进行标注；
2、使用@HttpEntity<T>/ResponsEntity<T>作为处理方法的入参或者返回值；
2.4、处理模型数据
Spring MVC提供了多种途径将模型数据暴露给视图
* ModelAndView：处理方法返回值类型为ModelAndView时，方法体即可通过该对象添加模型数据；
* @ModelAttribute：方法入参标注该注解后，入参的对象就会放到数据模型中；
* Map 及 Model：入参为org.springframework.ui.Model、org.springframework.ui.ModelMap或java.util.Map时，处理方法返回时，Map中的数据会自动添加到模型中；
* @SessionAttributes：将模型中的某个属性暂存到HttpSession中，以便多个请求之间共享这个属性；
控制器方法返回字符串类型的值会被当成逻辑视图名处理。当字符串带"forward"或"redirect"前缀时，redirect会让浏览器发起一个新的请求，而forward所到的目标地址位于当前请求中。
3、处理方法的数据绑定
Spring MVC会根据请求方法签名的不同，将请求消息中的消息以一定的方式转换并绑定到请求方法的入参中。在请求消息到达真正调用处理方法的这一段时间内，Spring MVC还完成了很多工作，包括数据转换、数据格式化及数据校验等。
3.1、数据转换
//自定义转换器 <userName>:<password>:<realName> -> UserObject
public class StringToUserConverter implements Converter<String, User >{...}
//将StringToUserConverter安装到Spring上下文中
<beans ...>
<mvc:annotation-drever conversion-service="conversionService">
<bean id="conversionService" class="org.springframework.context.support.ConversionServiceFactorybean">
<property name="converters"><list>
<bean class="...StringToUserConverter"/>
</list></property>
</bean>
</beans>
//使用StringToUserConverter
@ReqquestMapping(value="")
public String handle(@RequestParam("user") User user)
//url
xxx.html?user=tom:1234:jacktion
3.2、数据格式化
//将FormattingConversionServiceFactoryBean安装到Spring上下文中
org.springframework.format.support.FormattingConversionServiceFactoryBean
//使用注解驱动格式化功能
@DateTimeFormat(pattern="yyyy-MM-dd")
private Date birthday;
Spring 提供了注解驱动的属性对象格式化功能：在Bean属性设置、Spring MVC处理方法入参数据绑定、模型数据输出时自动通过注解应用格式化的功能。
3.3、数据校验
JSR 303是Java为Bean数据合法性校验所提供的标准框架，它已经包含在Java EE6.0中。
- Spring校验框架 LocalValidatorFactoryBean即实现了Spring的Validator接口，也实现了JSR303的Validator接口。
- Spring MVC数据校验,在表单/命令对象标注JSR303注解
@Pattern(regexp="");//正则表达式
private String userName;
@Length(min=2, max=100)//字符串长度
@DecimalMin //数值最小值 - 校验结果保存，前一个表单/命令对象的校验结果保存在其后的入参中，这个校验结果的入参必须是一个BindingResult和Errors类型
public String handle(@Valid @ModelAtterbute("user") User user, BindingResult bindingResult, @Valid Dept dept, Errors depErrors)
{if(bindingResult.hasError()) return ...} - 页面显示错误
Spring MVC除了会将表单/命令对象的校验结果保存在对应的BindingResult或Errors中，还会将所有校验结果保存到“隐含模型”中。
<form:errors path="*"/> //显示表单对象所有的错误信息
<form:errors path="userName" cssClass="errorClass"/> //显示userName属性的错误
4、视图和视图解析器
请求方法执行完以后，最中返回一个ModelAndView对象，对于那些返回String、View或ModelMap等类型的处理方法，Spring MVC也会在内部将他们装配成一个ModelAndView对象，它包含了视图逻辑名和模型对象的信息。可以通过orderNo属性指定解析器的优先顺序，orderNo值越小优先级越高。
4.1、视图解析器
视图解析器工作内涵：根据逻辑视图名和本地化对象得到一个视图对象。
4.2、JSP和JSTL
jsp是最常见的视图技术，使用InternalResourceViewResolver作为视图解析器。
4.3、 模板视图
Spring Web上下文装配FreeMarker的基础设施和FreeMark视图解析器：
<bean class="org.springframework.web.servlet.view.freemarker.FreeMarkerConfigurer">
<bean class="org.springframework.web.servlet.view.freemarker.FreeMarkerViewResolver">
4.4、Excel
扩展Spring的AbstractExcelView 或 AbstractJExcelView，使用BeanNameViewResolver视图解析器。
4.5、PDF
扩展AbstractOdfView，使用BeanNameViewResolver视图解析器。
4.6、输出XML
使用MarshallingView视图解析器，注入XStreamMarshaller，将模型数据转化为XML。
4.7、 输出JSON
Spring MVC的MappingJacksonJsonView借助Jackson框架的ObjectMapper将模型数据转化为JSON格式输出。
4.8、混合使用多种视图技术
ContentNegotiatingViewResolver根据请求所要求的MIME类型决定由哪个视图解析器负责解析，一般将其的优先级设置为最高。
5、本地化解析
* AcceptHeaderLocaleResolver：根据HTTP报文头的Accept-Language参数确定本地化类型；
* CookieLocaleResolver：根据指定的Cookie值确定本地化类型；
* SessionLocaleResolver：根据Session中特定的属性值确定本地化类型；
* LocaleChangeInterceptor：从请求参数中获取本次请求对应的本地化类型；
6、文件上传
Spring MVC通过Jakarta Commons FileUpload技术实现了一个Multipartresolver实现类：CommonsMultipartResolver。
7、杂项7.1、静态资源处理
* 采用<mvc:default-servlet-handler/>将静态资源的处理经由Spring MVC框架交回Web应用服务器处理；
* <mvc:resources mapping="" location=""/> 由Spring MVC框架自己处理静态资源，并添加有用的附加值功能；
7.2、装配拦截器
<mvc:interceptors></mvc:interceptors>
7.3、异常处理
Spring MVC通过HandlerExceptionResolver处理程序的异常，包括处理器映射、数据绑定以及处理器执行时的异常。
* DeaufaultHandlerExceptionResolver 会将Spring MVC框架的异常转换为相应的相应状态码；
* AnnotationMethodHandlerExceptionResolver 允许通过@ExceptionHandler的注解指定处理特定异常的方法；
* SimpleMappingExceptionResolver 将异常类名映射为视图名，即发生异常时使用对应的视图报告异常；
