常见的系统架构有三层架构与MVC

三层架构

1. 视图层View
2. 服务层Service
3. 持久层Dao

View层：用于接收用户提交请求的代码在这里编写。
Service层：系统的业务逻辑主要在这里编写。
Dao层：直接操作数据库的代码在这里编写。

dao层只是访问数据库，业务逻辑跟它没关系，它只会访问数据库读取数据，不知道这些数据是什么意思、做什么用的。
service层，就是操作业务逻辑，它调取dao层的数据，对数据按照业务逻辑进行解释。

dao层不能有业务逻辑，service层可以调取一个dao层或者多个dao来实现业务逻辑。如果dao层加了业务逻辑进去，不通过service层实现业务逻辑，不仅拖累查询效率，还让dao层代码难以复用，导致代码臃肿。

MVC

1. Model模型
2. View视图
3. Controller控件器

View：视图，为用户提供使用界面，与用户直接进行交互。

Model：模型，承载数据，并对用户提交请求进行计算的模块。其分为两类，一类称为数据承载Bean，一类称为业务处理Bean。所谓数据承载Bean是指实体类，专门承载业务数据的，如Student、User等。而业务处理Bean则是指Service或Dao对象，专门用于处理用户提交请求的。

Controller：控制器，用于将用户请求转发给相应的Model进行处理，并处理Model的计算结果向用户提供相应响应。

MVC与三层架构的关系

MVC中的V和C均属于三层架构的View层。
MVC中的M（Model）包括了数据承载Bean和业务处理Bean，其中业务处理Bean分为Service或Dao对象，分别对应业务逻辑处理和数据库操作，它们对应的是三层架构中的Service层和Dao层。

SSM与三层架构的关系

SSM即SpringMVC、Spring、Mybatis三个框架。它们在三层架构中所处的位置是不同的，即它们在三层架构中的功能各不相同，各司其职。

SpringMVC：作为View层的实现者，完成用户的请求接收功能。SpringMVC的Controller作为整个应用的控制器，完成用户请求的转发及对用户的响应。

MyBatis：作为 Dao层的实现者，完成对数据库的增、删、改、查功能。

Spring：以整个应用大管家的身份出现。整个应用中所有的Bean的生命周期行为，均由Spring来管理。即整个应用中所有对象的创建、初始化、销毁，及对象间关联关系的维护，均由Spring进行管理。