三层架构和MVC的区别

1.三层架构

三层架构(3-tier application) 通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。区分层次的目的即为了“高内聚，低耦合”的思想。

• 表现层（User Interface layer）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候他的所见所得
• 业务逻辑层（Business Logic Layer）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。
• 数据访问层（Data access layer）：该层所做事务直接操作数据库，针对数据的增添、删除、修改、查找等。

2.MVC

MVC（模型Model-视图View-控制器Controller）是一种架构模式，可以用它来创建在域对象和UI表示层对象之间的区分。

• Controller(控制器)：SpringMvc中，所有的请求都会通过一个前端控制器Servlet，DispatcherServlet就是前端控制器，是应用程- 序中处理用户交互的部分。作用一般就是处理程序逻辑的
• Model（模型）：通常指的就是我们的数据模型。作用一般情况下用于封装数据。
• View（视图）：通常指的就是我们的 jsp 或者 html。作用一般就是展示数据的。

3.三层架构和MVC的区别

首先两种是不同的架构，在三层架构中没有定义Controller的概念。这是最不同的地方。而MVC也没有把业务的逻辑访问看成两个层，这是采用三层架构或MVC搭建程序最主要的区别。当然了。在三层中也提到了Model，但是三层架构中Model的概念与MVC中Model的概念是不一样的，“三层”中典型的Model层是以实体类构成的，而MVC里，则是由业务逻辑与访问数据组成的。我们学的springMVC就是三层架构中表现层的具体应用，对应的spring和mybatis就分别对应业务层和持久层，在springMVC中，它通过完善的一套流程控制，将用于HTML页面展示的数据尽可能的和业务代码分离，举个例子：

在这段代码中，通过MVC模式来处理网页的请求，通过调用业务层的xxxService来处理网页传进来的参数，而业务层也通过调用持久层的代码来操作数据库，这就很好的将MVC应用到三层架构中了，这种将业务层和表现层之间的依赖交给spring来管理，大大降低了程序之间的耦合度，他们之间的关系可以看下面的图:

参考：https://blog.csdn.net/whitesun123/article/details/79687879