三层架构具体是哪三层？三者之间的调用关系怎么样？

通常意义上的三层架构就是将整个业务应用划分为：表现层（UI）、业务逻辑层（BLL）、数据访问层（DAL）。
区分层次的目的即为了“高内聚，低耦合”的思想。
表现层（UI）：通俗讲就是展现给用户的界面，即用户在使用一个系统的时候的所见所得。
业务逻辑层（BLL）：针对具体问题的操作，也可以说是对数据层的操作，对数据业务逻辑处理。
数据访问层（DAL）：该层所做事务直接操作数据库，针对数据的增添、删除、修改、更新、查找等每层之间
是一种垂直的关系。
三层结构是N 层结构的一种，一般来说，层次之间是向下依赖的，下层代码未确定其接口（契约）前，上层代
码是无法开发的，下层代码接口（契约）的变化将使上层的代码一起变化。
优点： 分工明确，条理清晰，易于调试，而且具有可扩展性。
缺点： 增加成本。

三层架构的三层式指表示层（UI），业务逻辑层(BLL)，数据访问层(DAL)。使用三层架构能是操作数据库的代码和界面代码分离，易于维护。还有就是有利于团队协作开发。
他们之间的引用关系式表示层调用业务逻辑层，业务逻辑层调用数据访问层。

首先，你要理解三层架构跟MVC是不一样的，三层是指UI表示层，BLL业务层，DAL数据层，而MVC是指模型(model)－视图(view)－控制器(controller)
这个先别混淆，那么三层是其实就是平时我们看到的前台页面，用UI表示层来做，其实这层差不多也是美工的任务，这层是调用BLL和DAL层，DAL是连接数据库的层，所有的SQL语句都写在这个层里，BLL是业务层，比如，你要更新个数据，那么更新的数据，那么，我可以理解更新是属于业务要做的事情，UI层调用这个更新事件，更新的事件是写在BLL层的，更新所执行的SQL语句是写在DAL中的，当然做每个事情肯定有利有弊，这么写的好处是，可以多层次调用，比如你的UI又要更新了，那么，你只需要调用下BLL层的这个函数就可以了，逻辑分明，但是这么做的坏处是，运行的效率肯定比直接调用数据库低下很多，但是我们选择这么做，往往利大于弊，所以现在三层架构才这么主流

实体层、表现层、控制层
表现层调控制层、控制层调实体层。。。。