甩开膀子，继续干活。

今天开始Spring Framework中的另外一部分重头戏：Spring Web MVC，借助Spring Web MVC，Spring Framework可以通过Servlet API轻松构建基于web的应用。

在开始Spring Web MVC之前，我们还是要简单了解一下MVC的前世今生。

MVC vs 三层架构

比较古老了，简单说一下即可。

三层架构
三层架构是为了实现应用程序的“高内聚低耦合”思想，把各功能模块划分为表示层UI、业务逻辑层BLL、数据访问层DAL。各层之间通过接口互相访问，并通过数据实体在各层之间传递数据。

三层之间分工明确，各负其责：UI层负责数据展示，BLL负责业务逻辑的处理，DAL负责数据的访问和存储。

新生代程序员不太容易理解为什么还需要进行这样的定义，因为目前的java框架天生就是三层架构的各种变体：在三层架构的基础上，对各层又进行了进一步的细分。

20年前的程序员对三层架构所解决的问题应该印象深刻，因为20年前绝大部分的java项目都没有清晰的层次结构，要么就是在jsp/servlet中充满业务逻辑和数据库访问、要么就是在后台service代码中掺杂各种数据库访问、业务逻辑以及页面样式的代码。杂乱无章，程序员在需要进行bug修复或功能完善的时候，读代码比读经书还要难。

三层架构对于解决上述问题功不可没。

MVC
MVC是Model、View、Controller的缩写，也就是模型、视图、控制器，最早是为Smalltalk语言提出的一种设计模式，最终在java web应用中得到了最为广泛的应用。

view：视图层，负责数据展示或数据收集，可以有图形、图表、文字等等不同的展示方式。
controller：控制层，负责接收从view层提交的用户请求，转发用户请求给模型层（model），接收model转发给view层进行展示。
model：模型，处理控制层转发的用户请求，生成用户请求的数据并通过控制层转发给view层。

MVC vs 三层架构
MVC是属于三层架构中UI层的设计模式，也就是说MVC都属于UI层，即使是model也属于UI层的一部分。

所以，MVC是设计模式，三层架构是应用程序或应用系统的架构，两者属于不同维度的概念，不能混淆。

如果MVC整个都处于三层架构的UI层的话，那么model就没有处理业务逻辑的责任，因为处理业务逻辑是BLL层的责任。因此，model可以理解为是在view和controller之间传递数据的载体。

生搬硬套的对比概念之间的异同其实意义不大，最重要的，我们还是要学习掌握Spring MVC的具体用法及底层逻辑。

下一篇文章正式开始。在此之前，我们还需要首先简单回忆一下Servlet的概念。

Servlet

当前的java应用在众多优秀框架的加持下（尤其是Spring框架），大家对Servlet可能也不算太熟悉了。

其实正是通过Servlet，Java才成为“适合进行Web程序开发的语言”。

Servlet是Service applet的缩写，意思是服务端小程序，对应的，Java还曾经推出过客户端小程序-applet，曾经风靡一时，只不过是由于各种原因，早已退出了历史舞台。

在MVC框架出现之前，java web程序员必须与servlet打交道，每一个servlet需要在web.xml中进行配置：

	<servlet><servlet-name>MyServlet</servlet-name><servlet-class>com.example.servlet.MyServlet</servlet-class><load-on-startup>1</load-on-startup></servlet><servlet-mapping><servlet-name>MyServlet</servlet-name><url-pattern>/myServlet</url-pattern></servlet-mapping>

其中部分配置servlet的名字、以及其对应的servlet类。部分配置serlvet与业务请求url的对应关系。

配置内容很容易理解，但是配置起来相当麻烦，因为MVC框架之前的每一个应用都会有数量众多的Servlet，程序员必须在web.xml中为每一个servlet进行配置。

Servlet3.0之后，允许通过注解方式进行配置，与web.xml方式相比，注解方式要简化许多，因此Servlet3.0是对java web程序员的一次解放。

MVC框架比如Spring Web MVC（或之前的struts）的出现是对java web程序员的又一次大解放，Spring Web Mvc框架通过DispatcherServlet代替了应用层的其他Servlet（应用不需要创建Servlet）、只需要创建Controller。整个应用只有Dispatcherservlet一个Servlet即可，进一步简化了繁琐的Servlet配置工作（不过，话说回来，Controller其实类似Servlet，只不过Controller不需要实现任何接口、比Servlet的配置要简单一些）。

因此，虽然我们在使用Spring Mvc的过程中感受不到Servlet的存在，但是我们要知道Spring MVC其实也是围绕Servlet在工作，因为Servlet是MVC框架中的C、起到承上启下的控制器作用、是绕不开的核心存在。

有了这些背景知识，下一篇文章我们开始研究Spring MVC。

上一篇 Spring FrameWork从入门到NB - Spring AOP的自我调用