了解SpringMVC模式前，首先了解下什么是MVC模式。本章重点介绍下MVC模式
Java Web项目的系统开发中有两种设计模型，分别称为模型1（model1）和模型2（model2）。
这种模型是以页面为中心，适合小应用开发。其将大多数业务处理功能交给JavaBean完成，而JSP主要完成数据显示功能。但该开发模式对于来自客户端的请求解析以及对于JavaBean对象的选择与创建，仍然有Jsp页面通过Java代码完成。所有JSP中还是有大量的业务处理功能。
而且JSP页面将的跳转均通过链接方式进行，这种方式非常直接，但在中型和大型应用中，会带来维护上的问题。
MVC的全名是Model View Controller，是模型(Model)－视图(view)－控制器(controller)的缩写，是一种架构型模式，它本身并不引入新的功能，只是用来指导我们改善应用程序的架构，使得应用的模型和视图相分离，从而达到更好的开发和维护效率。其中，模型部分包含了应用程序的业务逻辑和业务数据；视图部分封装了应用程序的输出形式（页面、界面）；而控制器部分负责协调模型和视图，根据用户请求来选择要调用哪个模型来处理业务，以及最终由哪个视图为用户做出应答。
MVC模式的这三个部分的职责非常明确，而且相互分离，每个部分都可以独立的改变而不影响其他部分，大大提高了应用的灵活性和重用性。
在MVC模式中，一个应用被划分成了模型（Model）、视图（View）和控制器（Controller）三个部分。
模型（Model）：负责封装应用的状态，并实现应用的功能。通常分为数据模型和业务逻辑模型，数据模型用来存放业务数据，比如订单信息、用户信息等；而业务逻辑模型包含应用的业务操作，比如订单的添加或者修改等。
视图（View）：用来将模型的内容展现给用户，用户可以通过视图来请求模型进行更新。视图从模型获得要展示的数据，然后用自己的方式展现给用户，相当于提供界面来与用户进行人机交互；用户在界面上操作或者填写完成后，会点击提交按钮或是以其它触发事件的方式，来向控制器发出请求。
控制器（Controller）：用来控制应用程序的流程和处理视图所发出的请求。当控制器接收到用户的请求后，会将用户的数据和模型的更新相映射，也就是调用模型来实现用户请求的功能；然后控制器会选择用于响应的视图，把模型更新后的数据展示给用户。
用户首先在界面中进行人机交互，然后请求发送到控制器，控制器根据请求类型和请求的指令发送到相应的模型，模型可以与数据库进行交互，进行增删改查操作，完成之后，根据业务的逻辑选择相应的视图进行显示，此时用户获得此次交互的反馈信息，用户可以进行下一步交互，如此循环。
MVC三层结构与软件的三层结构是有区别的。MVC是一种设计模式，三层结构是软件结构，用MVC这种设计模式可以实现三层软件结构。
三层架构开发模型包括：
三层架构开发模型的结构图如下：
当MVC和三层架构模型结合后，其结构图如下：
在完整三层软件结构中，表现层（View）包括了MVC中的表现层和控制层，而MVC中的模型层其实包括了三层软件结构的业务逻辑层、数据访问层、业务实体类（model）和共用类。
从由Trygve Reenskaug在1978年提出MVC模型后，MVC模型也发展出了很多框架，下面重点讲述几种：
最典型，也是最基础的MVC模型就是：Servlet+JSP+JavaBean的模型。其划分如下：
Servlet+JSP+JavaBean模型基本的响应顺序：当用户发出一个请求后，这个请求会被控制器Servlet接收到；Servlet将请求的数据转换成数据模型JavaBean，然后调用业务逻辑模型JavaBean的方法，并将业务逻辑模型返回的结果放到合适的地方，比如请求的属性里；最后根据业务逻辑模型的返回结果，由控制器来选择合适的视图 (JSP)，由视图把数据展现给用户。
Struts1出现的目的是为了帮助我们减少在运用MVC设计模型来开发Web应用的时间，使用Struts1可以提高系统的维护和开发效率，我们只需要配置和编码实现Action和ActionForm就可以了。
struts1工作原理如下：
来自客户的所有需要通过框架的请求，统一由ActionServlet接收（ActionServlet Struts1已经为我们写好了，只要您应用没有什么特别的要求，它基本上都能满足您的要求），根据接收的请求参数和Struts1配置(struts-config.XML)中ActionMapping，将请求送给合适的Action去处理，解决由谁做的问题，它们共同构成Struts1的控制器。
Action则是Struts1应用中真正干活的组件，它解决的是做什么的问题，它通过调用需要的业务组件（模型）来完成应用的业务，业务组件解决的是如何做的问题，并将执行的结果返回一个代表所需的描绘响应的JSP（或Action）的ActionForward对象给ActionServlet以将响应呈现给客户。
Strust1总的来说，还是基于Servlet方式的，只不过是Strust1框架会帮忙我们完成一些基础配置等琐碎的工作，让Web开发者的精力更注重于业务开发。
Struts2和Struts1的差别巨大，Struts2以WebWork为核心，采用拦截器Filter的机制来处理用户的请求，这样的设计也使得业务逻辑控制器能够与Servlet API完全脱离开。
Struts1与Struts2的区别
主要从Action类，线程模式，Servlet依赖，捕获输入，以及表达式语言等五个方面来进行比较。
Action类
Struts1要求Action类继承一个抽象基类；Struts2要求Action类可以实现一个Action接口，也可以实现其他接口。
线程模式
Struts1是单例设计模式并且必须是线程安全的，因为仅有一个Action的实例来处理所有请求。而Struts2为每一个请求产生一个实例，因此没有线程安全问题。
Servlet依赖
Struts1 Action依赖于Servlet API，因为当一个ACtion被调用时HttpservletRequest和HttpServletResponse被传递给execute方法。Struts2 Action不依赖于容器，允许Action脱离容器单独被测试。
捕获输入
Struts1 使用ActionForm对象捕获输入，所有的Actionform必须继承一个基类。而Struts2直接使用Action属性作为输入属性。
表达式语言
Struts1 整合了JSTL El表达式。而Struts2不仅可以使用JSTL，也支持ognl表达式语言。
Struts2基本组成
WebWork与Struts合并之后，根据功能的细分和设计，拆分出一个叫xwork的部分，用来处理与Web无关的部分，也就是与Servlet无关的部分，比如：用户数据的类型转换、动作调用之前的数据验证、动作的调用等等。其余与Web相关的部分，也就是与servlet相关的部分，被称为struts2部分。因此请注意，此处的“Struts2”可以理解为一个模块，是Struts2框架的一部分，如：如何接收用户请求的数据，如何跳转到下一个页面等等。其中struts2部分调用了xwork部分，但是xwork部分是不依赖于Struts2部分的，xwork是完全独立的、纯Java的应用。
Structs2包括以下几个组件：前端控制器（FilterDispatcher）、动作（Action）、结果（Result）等。
用户请求首先到达前端控制器FilterDispatcher。FilterDispatcher负责根据用户提交的URL和struts.xml中的配置，来选择合适的动作(Action)，让这个Action来处理用户的请求。FilterDispatcher其实是一个过滤器（Filter，servlet规范中的一种web组件），它是Struts2核心包里已经做好的类，不需要我们去开发，只是要在项目的web.xml中配置一下即可。FilterDispatcher体现了J2EE核心设计模式中的前端控制器模式。
在用户请求经过FilterDispatcher之后，被分发到了合适的动作Action对象。Action负责把用户请求中的参数组装成合适的数据模型，并调用相应的业务逻辑进行真正的功能处理，获取下一个视图展示所需要的数据。Struts2 的Action，相比于别的web框架的动作处理，它实现了与Servlet API的解耦，使得Action里面不需要再直接去引用和使用HttpServletRequest与HttpServletResponse等接口。 因而使得Action的单元测试更加简单，而且强大的类型转换也使得我们少做了很多重复的工作。
视图结果用来把动作中获取到的数据展现给用户。在Struts2中有多种优秀的结果展示方式，常规的jsp，模板 freemarker、velocity，还有各种其它专业的展示方式，如图表jfreechart、报表JasperReports、将XML转化为 HTML的XSLT等等。而且各种视图结果在同一个工程里面可以混合出现。
SpringMVC也是一种基于Java，实现了Web MVC设计模式，请求驱动类型的轻量级Web框架，即使用了MVC架构模式的思想，将Web层进行职责解耦。基于请求驱动指的就是使用请求-响应模型，框架的目的就是帮助我们简化开发，SpringMVC也是要简化我们日常Web开发。
SpringMVC中文官网
具体流程：
首先浏览器发送请求——>DispatcherServlet，前端控制器收到请求后自己不进行处理，而是委托给其他的解析器进行处理，作为统一访问点，进行全局的流程控制；
DispatcherServlet——>HandlerMapping，处理器映射器将会把请求映射为HandlerExecutionChain对象（包含一个Handler处理器对象、多个HandlerInterceptor拦截器）对象；
DispatcherServlet——>HandlerAdapter，处理器适配器将会把处理器包装为适配器，从而支持多种类型的处理器，即适配器设计模式的应用，从而很容易支持很多类型的处理器；
HandlerAdapter——>调用处理器相应功能处理方法，并返回一个ModelAndView对象（包含模型数据、逻辑视图名）；
ModelAndView对象（Model部分是业务对象返回的模型数据，View部分为逻辑视图名）——> ViewResolver， 视图解析器将把逻辑视图名解析为具体的View；
View——>渲染，View会根据传进来的Model模型数据进行渲染，此处的Model实际是一个Map数据结构；
返回控制权给DispatcherServlet，由DispatcherServlet返回响应给用户，到此一个流程结束。
SpringMVC和Struts2的区别
入口不同
SpringMVC入口是servlet，Struts2入口是filter。
生命周期不同
SpringMVC Controller是单例的，所以效率更高，但是不能使用成员变量获取参数。 Struts2 Action是多例的，可以使用成员变量获取参数，导致效率比较低。
