Spring MVC 设计概述

　　MVC设计的根本原因在于解耦各个模块

Spring MVC的架构

　　对于持久层而言，随着软件发展，迁移数据库的可能性很小，所以在大部分情况下都用不到Hibernate的HQL来满足移植数据库的要求。与此同时，性能对互联网更为重要，不可优化SQL、不够灵活成了Hibernate难以治愈的伤痛，这样MyBatis就崛起了。无论是Hibernate还是MyBatis都没处理好数据库事务的编程，同时随着各种NoSQL的强势崛起，使得Java Web应用不仅能够在数据库获取数据，也可以从NoSQL中获取数据这些已经不是持久层框架能够处理的了，而Spring MVC给出了方案，如图所示。

　　图展示了传统的模型层被拆分为业务层（Service）和数据访问层（DAO，Data Access Object）。在Service下可以通过Spring的声明式事务操作数据访问层，而在业务层上还允许我们访问NoSQL，这样就能够满足现今异军崛起的NoSQL的使用了，它的使用将大大提高互联网系统的性能。对于Spring MVC而言，其最大的特色是结构松散，比如几乎可以在Spring MVC中使用各类视图，包括JSON、JSP、XML、PDF等，所以它能够满足手机端、页面端和平板电脑端的各类请求，这就是现在它如此流行的原因

Spring MVC组件与流程

　　Spring MVC的核心在于其流程，这是使用Spring MVC框架的基础，Spring MVC是一种基于Servlet的技术，它提供了核心控制器DispatcherServlet和相关的组件，并制定了松散的结构，以适合各种灵活的需要。为了让大家对Spring MVC有一个最简单的认识，首先给出其组件和流程图，如图所示。

　　图中的阿拉伯数字给出了Spring MVC的服务流程及其各个组件运行的顺序，这是Spring MVC的核心。
　　首先，Spring MVC框架是围绕着DispatcherServlet而工作的，所以这个类是其最为重要的类。从它的名字来看，它是一个Servlet，那么根据Java EE基础的学习，我们知道它可以拦截HTTP发送过来的请求，在Servlet初始化（调用init方法）时，Spring MVC会根据配置，获取配置信息，从而得到统一资源标识符（URI，Uniform Resource Identifier）和处理器（Handler）之间的映射关系（HandlerMapping），为了更加灵活和增强功能，Spring MVC还会给处理器加入拦截器，所以还可以在处理器执行前后加入自己的代码，这样就构成了一个处理器的执行链（HandlerExecutionChain），并且根据上下文初始化视图解析器等内容，当处理器返回的时候就可以通过视图解析器定位视图，然后将数据模型渲染到视图中，用来响应用户的请求了。
　　当一个请求到来时，DispatcherServlet首先通过请求和事先解析好的HandlerMapping配置，找到对应的处理器（Handler），这样就准备开始运行处理器和拦截器组成的执行链，而运行处理器需要有一个对应的环境，这样它就有了一个处理器的适配器（HandlerAdapter），通过这个适配器就能运行对应的处理器及其拦截器，这里的处理器包含了控制器的内容和其他增强的功能，在处理器返回模型和视图给DispacherServlet后，DispacherServlet就会把对应的视图信息传递给视图解析器（ViewResolver）。注意，这一步取决于是否使用逻辑视图，如果是逻辑视图，那么视图解析器就会解析它，然后把模型渲染到视图中去，最后响应用户的请求；如果不是逻辑视图，则不会进行处理，而是直接通过视图渲染数据模型。这就是一个SpringMVC完整的流程，它是一个松散的结构，所以可以满足各类请求的需要，为此它也实现了大部分的请求所需的类库，拥有较为丰富的类库供我们使用，所以流程中的大部分组件并不需要我们去实现，只是我们应该知道整个流程，熟悉它们的使用就可以构建出强大的互联网系统了。

文章来源:SSM14.1