Spring MVC原理及流程 springMVC与struts2

SpringMVC执行流程:
1.用户发送请求至前端控制器DispatcherServlet
2.DispatcherServlet收到请求调用处理器映射器HandlerMapping。
3.处理器映射器根据请求url找到具体的处理器，生成处理器执行链HandlerExecutionChain(包括处理器对象和处理器拦截器)一并返回给DispatcherServlet。
4.DispatcherServlet根据处理器Handler获取处理器适配器HandlerAdapter执行HandlerAdapter处理一系列的操作，如：参数封装，数据格式转换，数据验证等操作
5.执行处理器Handler(Controller，也叫页面控制器)。
6.Handler执行完成返回ModelAndView
7.HandlerAdapter将Handler执行结果ModelAndView返回到DispatcherServlet
8.DispatcherServlet将ModelAndView传给ViewReslover视图解析器
9.ViewReslover解析后返回具体View
10.DispatcherServlet对View进行渲染视图（即将模型数据model填充至视图中）。
11.DispatcherServlet响应用户。
组件说明
1.DispatcherServlet：前端控制器。用户请求到达前端控制器，它就相当于mvc模式中的c，dispatcherServlet是整个流程控制的中心，由它调用其它组件处理用户的请求，dispatcherServlet的存在降低了组件之间的耦合性,系统扩展性提高。由框架实现
2.HandlerMapping：处理器映射器。HandlerMapping负责根据用户请求的url找到Handler即处理器，springmvc提供了不同的映射器实现不同的映射方式，根据一定的规则去查找,例如：xml配置方式，实现接口方式，注解方式等。由框架实现
3.Handler：处理器。Handler 是继DispatcherServlet前端控制器的后端控制器，在DispatcherServlet的控制下Handler对具体的用户请求进行处理。由于Handler涉及到具体的用户业务请求，所以一般情况需要程序员根据业务需求开发Handler。
4.HandlAdapter：处理器适配器。通过HandlerAdapter对处理器进行执行，这是适配器模式的应用，通过扩展适配器可以对更多类型的处理器进行执行。由框架实现。
5.ModelAndView是springmvc的封装对象，将model和view封装在一起。
6.ViewResolver：视图解析器。ViewResolver负责将处理结果生成View视图，ViewResolver首先根据逻辑视图名解析成物理视图名即具体的页面地址，再生成View视图对象，最后对View进行渲染将处理结果通过页面展示给用户。
7View:是springmvc的封装对象，是一个接口, springmvc框架提供了很多的View视图类型，包括：jspview，pdfview,jstlView、freemarkerView、pdfView等。一般情况下需要通过页面标签或页面模版技术将模型数据通过页面展示给用户，需要由程序员根据业务需求开发具体的页面。

Spring MVC与struts区别
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、springMVC和spring是无缝的。从这个项目的管理和安全上也比struts2高（当然struts2也可以通过不同的目录结构和相关配置做到springMVC一样的效果，但是需要xml配置的地方不少）。
9、设计思想上，struts2更加符合OOP的编程思想，springMVC就比较谨慎，在servlet上扩展。
10、springMVC开发效率和性能高于struts2。
11、springMVC可以认为已经100%零配置。
原文链接：https://blog.csdn.net/lgh1019/article/details/94991601