[Java知识库]SpringMVC-02 MVC模式介绍

了解SpringMVC模式前，首先了解下什么是MVC模式。本章重点介绍下MVC模式

1 Java Web开发模型

Java Web项目的系统开发中有两种设计模型，分别称为模型1（model1）和模型2（model2）。

2 JSP+JavaBean开发模型（model1）

这种模型是以页面为中心，适合小应用开发。其将大多数业务处理功能交给JavaBean完成，而JSP主要完成数据显示功能。但该开发模式对于来自客户端的请求解析以及对于JavaBean对象的选择与创建，仍然有Jsp页面通过Java代码完成。所有JSP中还是有大量的业务处理功能。

而且JSP页面将的跳转均通过链接方式进行，这种方式非常直接，但在中型和大型应用中，会带来维护上的问题。

3 MVC开发模式（model2）

MVC的全名是Model View Controller，是模型(Model)－视图(view)－控制器(controller)的缩写，是一种架构型模式，它本身并不引入新的功能，只是用来指导我们改善应用程序的架构，使得应用的模型和视图相分离，从而达到更好的开发和维护效率。其中，模型部分包含了应用程序的业务逻辑和业务数据；视图部分封装了应用程序的输出形式（页面、界面）；而控制器部分负责协调模型和视图，根据用户请求来选择要调用哪个模型来处理业务，以及最终由哪个视图为用户做出应答。

MVC模式的这三个部分的职责非常明确，而且相互分离，每个部分都可以独立的改变而不影响其他部分，大大提高了应用的灵活性和重用性。

3.1 MVC模式基础

在MVC模式中，一个应用被划分成了模型（Model）、视图（View）和控制器（Controller）三个部分。

3.1.1 模型、视图、控制器各部分的作用

• 模型（Model）：负责封装应用的状态，并实现应用的功能。通常分为数据模型和业务逻辑模型，数据模型用来存放业务数据，比如订单信息、用户信息等；而业务逻辑模型包含应用的业务操作，比如订单的添加或者修改等。

• 视图（View）：用来将模型的内容展现给用户，用户可以通过视图来请求模型进行更新。视图从模型获得要展示的数据，然后用自己的方式展现给用户，相当于提供界面来与用户进行人机交互；用户在界面上操作或者填写完成后，会点击提交按钮或是以其它触发事件的方式，来向控制器发出请求。

• 控制器（Controller）：用来控制应用程序的流程和处理视图所发出的请求。当控制器接收到用户的请求后，会将用户的数据和模型的更新相映射，也就是调用模型来实现用户请求的功能；然后控制器会选择用于响应的视图，把模型更新后的数据展示给用户。

用户首先在界面中进行人机交互，然后请求发送到控制器，控制器根据请求类型和请求的指令发送到相应的模型，模型可以与数据库进行交互，进行增删改查操作，完成之后，根据业务的逻辑选择相应的视图进行显示，此时用户获得此次交互的反馈信息，用户可以进行下一步交互，如此循环。

3.1.2 MVC与三层结构

MVC三层结构与软件的三层结构是有区别的。MVC是一种设计模式，三层结构是软件结构，用MVC这种设计模式可以实现三层软件结构。

三层架构开发模型包括：

• View：视图层——接收用户提交请求的代码在这里编写
• service：业务层——系统的业务逻辑在这里完成
• Dao：持久层——也称数据访问层（Data Access Object），直接操作数据库的代码在这里编写（jdbc）

三层架构开发模型的结构图如下：

当MVC和三层架构模型结合后，其结构图如下：

在完整三层软件结构中，表现层（View）包括了MVC中的表现层和控制层，而MVC中的模型层其实包括了三层软件结构的业务逻辑层、数据访问层、业务实体类（model）和共用类。

3.2 MVC发展

从由Trygve Reenskaug在1978年提出MVC模型后，MVC模型也发展出了很多框架，下面重点讲述几种：

3.2.1 Servlet+JSP+JavaBean的模型

最典型，也是最基础的MVC模型就是：Servlet+JSP+JavaBean的模型。其划分如下：

• JavaBean作为模型，既可以作为数据模型来封装业务数据，又可以作为业务逻辑模型来包含应用的业务操作。其中，数据模型用来存储或传递业务数据，而业务逻辑模型接收到控制器传过来的模型更新请求后，执行特定的业务逻辑处理，然后返回相应的执行结果。
• JSP作为表现层，负责提供页面为用户展示数据，提供相应的表单（Form）来用于用户的请求，并在适当的时候（点击按钮）向控制器发出请求来请求模型进行更新。
• Serlvet作为控制器，用来接收用户提交的请求，然后获取请求中的数据，将之转换为业务模型需要的数据模型，然后调用业务模型相应的业务方法进行更新，同时根据业务执行结果来选择要返回的视图。

Servlet+JSP+JavaBean模型基本的响应顺序：当用户发出一个请求后，这个请求会被控制器Servlet接收到；Servlet将请求的数据转换成数据模型JavaBean，然后调用业务逻辑模型JavaBean的方法，并将业务逻辑模型返回的结果放到合适的地方，比如请求的属性里；最后根据业务逻辑模型的返回结果，由控制器来选择合适的视图 (JSP)，由视图把数据展现给用户。

3.2.2 Strust1

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开发者的精力更注重于业务开发。

3.2.2 Strust2

Struts2和Struts1的差别巨大，Struts2以WebWork为核心，采用拦截器Filter的机制来处理用户的请求，这样的设计也使得业务逻辑控制器能够与Servlet API完全脱离开。

Struts1与Struts2的区别

主要从Action类，线程模式，Servlet依赖，捕获输入，以及表达式语言等五个方面来进行比较。

1. Action类
   Struts1要求Action类继承一个抽象基类；Struts2要求Action类可以实现一个Action接口，也可以实现其他接口。

2. 线程模式
   Struts1是单例设计模式并且必须是线程安全的，因为仅有一个Action的实例来处理所有请求。而Struts2为每一个请求产生一个实例，因此没有线程安全问题。

3. Servlet依赖
   Struts1 Action依赖于Servlet API，因为当一个ACtion被调用时HttpservletRequest和HttpServletResponse被传递给execute方法。Struts2 Action不依赖于容器，允许Action脱离容器单独被测试。

4. 捕获输入
   Struts1 使用ActionForm对象捕获输入，所有的Actionform必须继承一个基类。而Struts2直接使用Action属性作为输入属性。

5. 表达式语言
   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。FilterDispatcher负责根据用户提交的URL和struts.xml中的配置，来选择合适的动作(Action)，让这个Action来处理用户的请求。FilterDispatcher其实是一个过滤器（Filter，servlet规范中的一种web组件），它是Struts2核心包里已经做好的类，不需要我们去开发，只是要在项目的web.xml中配置一下即可。FilterDispatcher体现了J2EE核心设计模式中的前端控制器模式。

• 动作——Action

在用户请求经过FilterDispatcher之后，被分发到了合适的动作Action对象。Action负责把用户请求中的参数组装成合适的数据模型，并调用相应的业务逻辑进行真正的功能处理，获取下一个视图展示所需要的数据。Struts2 的Action，相比于别的web框架的动作处理，它实现了与Servlet API的解耦，使得Action里面不需要再直接去引用和使用HttpServletRequest与HttpServletResponse等接口。 因而使得Action的单元测试更加简单，而且强大的类型转换也使得我们少做了很多重复的工作。

• 视图——Result

视图结果用来把动作中获取到的数据展现给用户。在Struts2中有多种优秀的结果展示方式，常规的jsp，模板 freemarker、velocity，还有各种其它专业的展示方式，如图表jfreechart、报表JasperReports、将XML转化为 HTML的XSLT等等。而且各种视图结果在同一个工程里面可以混合出现。

3.2.3 SpringMVC

SpringMVC也是一种基于Java，实现了Web MVC设计模式，请求驱动类型的轻量级Web框架，即使用了MVC架构模式的思想，将Web层进行职责解耦。基于请求驱动指的就是使用请求-响应模型，框架的目的就是帮助我们简化开发，SpringMVC也是要简化我们日常Web开发。

SpringMVC中文官网

具体流程：

1. 首先浏览器发送请求——>DispatcherServlet，前端控制器收到请求后自己不进行处理，而是委托给其他的解析器进行处理，作为统一访问点，进行全局的流程控制；

2. DispatcherServlet——>HandlerMapping，处理器映射器将会把请求映射为HandlerExecutionChain对象（包含一个Handler处理器对象、多个HandlerInterceptor拦截器）对象；

3. DispatcherServlet——>HandlerAdapter，处理器适配器将会把处理器包装为适配器，从而支持多种类型的处理器，即适配器设计模式的应用，从而很容易支持很多类型的处理器；

4. HandlerAdapter——>调用处理器相应功能处理方法，并返回一个ModelAndView对象（包含模型数据、逻辑视图名）；

5. ModelAndView对象（Model部分是业务对象返回的模型数据，View部分为逻辑视图名）——> ViewResolver， 视图解析器将把逻辑视图名解析为具体的View；

6. View——>渲染，View会根据传进来的Model模型数据进行渲染，此处的Model实际是一个Map数据结构；

7. 返回控制权给DispatcherServlet，由DispatcherServlet返回响应给用户，到此一个流程结束。

SpringMVC和Struts2的区别

1. 入口不同
   SpringMVC入口是servlet，Struts2入口是filter。

2. 生命周期不同
   SpringMVC Controller是单例的，所以效率更高，但是不能使用成员变量获取参数。 Struts2 Action是多例的，可以使用成员变量获取参数，导致效率比较低。