之前写过一篇struts2的执行流程的文章了，这里对struts2的流程就不做过多的分析，这篇文章主要分析spring-mvc的执行流程以
及struts2与spring-mvc的差别。
1.struts2执行流程图：
上篇文章链接：https://blog.csdn.net/qq_41907991/article/details/81161149
这里大致说一下流程：
1.用户发送请求，经过web.xml文件匹配后，发现是由sturts2框架的strutsPrepareAndExcuteFiter过滤器来处理请求的，进行初始化（读取
配置文件）
2.请求转发给actionMapper
3.actionMapper告诉strutsPrepareAndExcuteFiter需要处理这个请求，建立actionProxy
4.actionProxy对象询问configurationManager对象，找到对应的action,建立actionInvocation对象
5.执行拦截器
6.执行方法，返沪result对象，结合模板跟标签库生成最终页面
7.执行拦截器
8.actionInvocation对象执行完毕，生成httpResponse对象，经过过滤器，返回给客户端
1.spring-mvc执行流程图
流程分析：
- 用户发送请求至前端控制器DispatcherServlet
- DispatcherServlet收到请求调用HandlerMapping处理器映射器。
- 处理器映射器根据请求url找到具体的处理器，生成处理器对象及处理器拦截器(如果有则生成)一并返回给DispatcherServlet。
- DispatcherServlet通过HandlerAdapter处理器适配器调用处理器
- 执行处理器(Controller，也叫后端控制器)。
- Controller执行完成返回ModelAndView
- HandlerAdapter将controller执行结果ModelAndView返回给DispatcherServlet
- DispatcherServlet将ModelAndView传给ViewReslover视图解析器
- ViewReslover解析后返回具体View
- DispatcherServlet对View进行渲染视图（即将模型数据填充至视图中）。
- DispatcherServlet响应用户
组件分析：
DispatcherServlet：前端控制器
用户请求到达前端控制器，它就相当于mvc模式中的c，dispatcherServlet是整个流程控制的中心，由它调用其它组件处理用户的请求，dispatcherServlet的存在降低了组件之间的耦合性。
HandlerMapping：处理器映射器
HandlerMapping负责根据用户请求找到Handler即处理器，springmvc提供了不同的映射器实现不同的映射方式，例如：配置文件方式，实现接口方式，注解方式等。
Handler：处理器
Handler 是继DispatcherServlet前端控制器的后端控制器，在DispatcherServlet的控制下Handler对具体的用户请求进行处理。
由于Handler涉及到具体的用户业务请求，所以一般情况需要程序员根据业务需求开发Handler。
HandlAdapter：处理器适配器
通过HandlerAdapter对处理器进行执行，这是适配器模式的应用，通过扩展适配器可以对更多类型的处理器进行执行。
View Resolver：视图解析器
View Resolver负责将处理结果生成View视图，View Resolver首先根据逻辑视图名解析成物理视图名即具体的页面地址，再生成View视图对象，最后对View进行渲染将处理结果通过页面展示给用户。
View：视图
springmvc框架提供了很多的View视图类型的支持，包括：jstlView、freemarkerView、pdfView等。我们最常用的视图就是jsp。
springmvc与struts2不同
- springmvc的入口是一个servlet即前端控制器，而struts2入口是一个filter过虑器。
- springmvc是基于方法开发(一个url对应一个方法)，请求参数传递到方法的形参，可以设计为单例或多例(建议单例)，struts2是基于类开发，传递参数是通过类的属性，只能设计为多例。
- Struts采用值栈存储请求和响应的数据，通过OGNL存取数据， springmvc通过参数解析器是将request请求内容解析，并给方法形参赋值，将数据和视图封装成ModelAndView对象，最后又将ModelAndView中的模型数据通过reques域传输到页面。Jsp视图解析器默认使用jstl。
