SpringMVC
一、springmvc的执行流程：
架构图：
手写---SpringMVC架构图
网上的springMVC请求流程
具体执行步骤如下：
1、 首先用户发送请求————>前端控制器，前端控制器根据请求信息（如URL）来决定选择哪一个页面控制器进行处理并把请求委托给它，即以前的控制器的控制逻辑部分；图中的1、2步骤；
2、 页面控制器接收到请求后，进行功能处理，首先需要收集和绑定请求参数到一个对象，这个对象在Spring Web MVC中叫命令对象，并进行验证，然后将命令对象委托给业务对象进行处理；处理完毕后返回一个ModelAndView（模型数据和逻辑视图名）；图中的3、4、5步骤；
3、 前端控制器收回控制权，然后根据返回的逻辑视图名，选择相应的视图进行渲染，并把模型数据传入以便视图渲染；图中的步骤6、7；
4、 前端控制器再次收回控制权，将响应返回给用户，图中的步骤8；至此整个结束。
问题：
1、 请求如何给前端控制器？
2、 前端控制器如何根据请求信息选择页面控制器进行功能处理？
3、 如何支持多种页面控制器呢？
4、 如何页面控制器如何使用业务对象？
5、 页面控制器如何返回模型数据？
6、 前端控制器如何根据页面控制器返回的逻辑视图名选择具体的视图进行渲染？
7、 不同的视图技术如何使用相应的模型数据？
接下来分析一下请求详细流程：
Spring Web MVC核心架构图
Spring Web MVC核心架构图
核心架构的具体流程步骤如下：
1、 首先用户发送请求——>DispatcherServlet，前端控制器收到请求后自己不进行处理，而是委托给其他的解析器进行处理，作为统一访问点，进行全局的流程控制；
2、 DispatcherServlet——>HandlerMapping， HandlerMapping将会把请求映射为HandlerExecutionChain对象（包含一个Handler处理器（页面控制器）对象、多个HandlerInterceptor拦截器）对象，通过这种策略模式，很容易添加新的映射策略；
3、 DispatcherServlet——>HandlerAdapter，HandlerAdapter将会把处理器包装为适配器，从而支持多种类型的处理器，即适配器设计模式的应用，从而很容易支持很多类型的处理器；
4、 HandlerAdapter——>处理器功能处理方法的调用，HandlerAdapter将会根据适配的结果调用真正的处理器的功能处理方法，完成功能处理；并返回一个ModelAndView对象（包含模型数据、逻辑视图名）；
5、 ModelAndView的逻辑视图名——> ViewResolver， ViewResolver将把逻辑视图名解析为具体的View，通过这种策略模式，很容易更换其他视图技术；
6、 View——>渲染，View会根据传进来的Model模型数据进行渲染，此处的Model实际是一个Map数据结构，因此很容易支持其他视图技术；
7、返回控制权给DispatcherServlet，由DispatcherServlet返回响应给用户，到此一个流程结束。
（此处我们只是讲了核心流程，没有考虑拦截器、本地解析、文件上传解析等，后边再细述。）
到此，再来看我们前边提出的问题：
1、 请求如何给前端控制器？这个在web.xml中进行部署描述。
2、 前端控制器如何根据请求信息选择页面控制器进行功能处理？ 我们需要配置HandlerMapping进行映射
3、 如何支持多种页面控制器呢？配置HandlerAdapter从而支持多种类型的页面控制器
4、 如何页面控制器如何使用业务对象？可以预料到，肯定利用Spring IoC容器的依赖注入功能
5、 页面控制器如何返回模型数据？使用ModelAndView返回
6、 前端控制器如何根据页面控制器返回的逻辑视图名选择具体的视图进行渲染？ 使用ViewResolver进行解析
7、 不同的视图技术如何使用相应的模型数据？ 因为Model是一个Map数据结构，很容易支持其他视图技术
在此我们可以看出具体的核心开发步骤：
1、 DispatcherServlet在web.xml中的部署描述，从而拦截请求到Spring Web MVC
2、 HandlerMapping的配置，从而将请求映射到处理器
3、 HandlerAdapter的配置，从而支持多种类型的处理器
4、 ViewResolver的配置，从而将逻辑视图名解析为具体视图技术
5、处理器（页面控制器）的配置，从而进行功能处理
二、Springmvc的介绍（扯皮）
Spring Web MVC是一种基于Java的实现了Web MVC设计模式的请求驱动类型的轻量级Web框架，即使用了MVC架构模式的思想，将web层进行职责解耦，基于请求驱动指的就是使用请求-响应模型，框架的目的就是帮助我们简化开发，Spring Web MVC也是要简化我们日常Web开发的。它与Spring是无缝连接的。
优势：
1、清晰的角色划分：前端控制器（DispatcherServlet）、请求到处理器映射（HandlerMapping）、处理器适配器（HandlerAdapter）、视图解析器（ViewResolver）、处理器或页面控制器（Controller）、验证器（ Validator）、命令对象（Command 请求参数绑定到的对象就叫命令对象）、表单对象（Form Object 提供给表单展示和提交到的对象就叫表单对象）。
2、分工明确，而且扩展点相当灵活，可以很容易扩展，虽然几乎不需要；
3、由于命令对象就是一个POJO，无需继承框架特定API，可以使用命令对象直接作为业务对象；
4、和Spring 其他框架无缝集成，是其它Web框架所不具备的；
5、可适配，通过HandlerAdapter可以支持任意的类作为处理器；
6、可定制性，HandlerMapping、ViewResolver等能够非常简单的定制；
7、功能强大的数据验证、格式化、绑定机制；
8、利用Spring提供的Mock对象能够非常简单的进行Web层单元测试；
9、本地化、主题的解析的支持，使我们更容易进行国际化和主题的切换。
10、强大的JSP标签库，使JSP编写更容易。
………………还有比如RESTful风格的支持、简单的文件上传、约定大于配置的契约式编程支持、基于注解的零配置支持等等。
Spring Web MVC能帮我们做什么？
√让我们能非常简单的设计出干净的Web层和薄薄的Web层；
√进行更简洁的Web层的开发；
√天生与Spring框架集成（如IoC容器、AOP等）；
√提供强大的约定大于配置的契约式编程支持；
√能简单的进行Web层的单元测试；
√支持灵活的URL到页面控制器的映射；
√非常容易与其他视图技术集成，如Velocity、FreeMarker等等，因为模型数据不放在特定的API里，而是放在一个Model里（Map数据结构实现，因此很容易被其他框架使用）；
√非常灵活的数据验证、格式化和数据绑定机制，能使用任何对象进行数据绑定，不必实现特定框架的API；
√提供一套强大的JSP标签库，简化JSP开发；
√支持灵活的本地化、主题等解析；
√更加简单的异常处理；
√对静态资源的支持；
√支持Restful风格。
三、struts2与SpringMVC的区别？
（1）、SpringMVC的入口是一个servlet即前端控制器，而struts2的入口是一个filter过滤器；
（2）、SpringMVC是基于方法的开发（一个url对应一个方法），请求参数传递到方法的形参，可以设计为单例或者多例（建议了单例）；Struts2是基于类的开发，传递参数是通过类的属性，只能设计为多例；
（3）、struts采用值栈从存储请求和响应数据，通过OGNL存取数据，springMVC是通过参数解析器将request请求进行解析，并给方法参数赋值，将数据和视图封装成ModelAndView对象，最后又将ModelAndView中的模型数据通过request域传输到页面，jsp视图解析器默认使用jstl。
四、注解
（1）@RequestParam(name,required,defaultValue)
例如：
（2）、@RequestMapping
a:用在类上
b:用在方法上
五、入参
（1）、基本绑定
通过HttpServletRequest接收，post方式和get方式都可以；
通过HttpServletResponse响应；
通过HttpSession在服务器存session的值；
（2）、基本类型和属性
（3）、POJO类
通过一个对象来接收，其中这些name字段跟对象的字段一样。
（4）、封装类（嵌套类）
（5）、数组
（6）、list
（7）、set
jsp页面
SetVo对象类
处理方法
（8）、map
六、返回值
（1）、String类型返回值：返回的是视图路径，和Model搭配使用，官方推荐使用
（2）、ModelAndView类型返回值：由一个对象管理着返回数据与视图路径，解耦性差，虽然是无敌的，但是不推荐
（3）、void返回值：没有返回值，适用于ajax请求
七、异常处理器
（1）、流程图
（2）、如何实现异常处理器
1.实现HandlerExceptionResolver接口，重写里面的方法
2.配置异常处理器实现类
八、文件上传
单文件上传：
jsp页面
web.xml文件
springmvc.xml文件
单文件上传的controller中的方法（springmvc是基于方法的开发）
多文件上传：
jsp页面
web.xml文件
springmvc.xml文件
controller中的多文件上传的方法
详细可见：www.cnblogs.com/solverpeng/p/5613727.html
图片上传：
（1）、建立虚拟路径
结果
（2）、导包
文件上传所需要的两个jar包
（3）、表单追加enctype="multipart/form-data"
一般文件上传表单都要追加这个
（4）、编写方法
方法
（5）、配置文件上传处理类
九、json数据
springmvc要返回json的所需要的jar包
@ResponseBody
js文件
十、拦截器的应用
1、使用方法
（1）实现HandlerInterceptor接口
定义一个拦截器，并重写父类的方法
（2）在springmvc.xml中配置拦截器
配置拦截器
2、使用总结
（1）preHandler按照拦截器定义顺序执行
（2）postHandler按拦截器定义顺序逆序执行
（3）afterCompletion按拦截器定义顺序逆序执行
（4）postHadnler在拦截器链内所有拦截器返回成功才调用
（5）afterCompletion只有在preHandler返回true的时候才调用
（6）afterCompletion在preHandler和postHandler调用后才开始调用
十一、restFul风格
（1）.每个URI代表一种资源
（2）.客户端和服务器端传递数据本质是传递某种表现层
（3）.客户端通过四个HTTP动词，对服务器资源进行操作，实现表现层状态转化；
例如：
restFule风格
十二、防止表单的重复提交
一般的话，有两种方法：
第一种方法：判断session中保存的token
第二种方法：（判断请求url和数据是否和上一次相同）
推荐，非常简单，页面不需要任何传入，只需要在验证的controller方法上写上自定义注解即可
详细见：http://blog.csdn.net/u013378306/article/details/52944780
十三、SpringMVC的常见注解以及含义
详细见：https://www.cnblogs.com/leskang/p/5445698.html
十四、对静态资源的访问
拦截所有资源
SpringMVC提供来设置静态资源，但是增加该设置如果采用通配符的方式增加拦截器的话仍然会被拦截器拦截，可采用如下方案进行解决：
主要有三种方法：
（1）、拦截器中增加针对静态资源不进行过滤(涉及spring-mvc.xml)
（2）、使用默认的静态资源处理Servlet处理静态资源(涉及spring-mvc.xml, web.xml)
在spring-mvc.xml中启用默认Servlet
代码
在web.xml中增加对静态资源的处理
代码
但是当前的设置必须在Spring的Dispatcher的前面
（3）、修改Spring的全局拦截设置为*.do的拦截（涉及web.xml）
代码
这样设置，Spring就会只针对以'.do'结尾的请求进行处理，不再维护静态资源
针对这三种方案的优劣分析：
第一种方案配置比较臃肿，多个拦截器时增加文件行数，不推荐使用；第二种方案使用默认的Servlet进行资源文件的访问，Spring拦截所有请求，然后再将资源文件交由默认的Sevlet进行处理，性能上少有损耗；第三种方案Spring只是处理以'.do'结尾的访问，性能上更加高效，但是再访问路径上必须都以'.do'结尾，URL不太文雅；
综上所述，推荐使用第二和第三中方案
