三层架构

三层架构一词的三层是：表示层，业务逻辑层，数据访问层。

表示层： 位于最外层，使用户能够直接访问，用于显示数据和接受用户输入的数据，为用户提供一种交互式操作界面。在web程序中，表示层一般以JSP文件，HTML文件为主。
业务逻辑层：其主要功能是提供对业务逻辑处理的封装，在业务逻辑层中，通常会定义一些接口，表示层通过调用业务逻辑层的接口实现各种操作，如数据有效性的校验，业务逻辑描述等相关功能。业务逻辑层一般放在service包或者biz包下，biz是英文business的缩写，意思是“业务逻辑”。
数据访问层：该层实现对数据的保存和读取操作。数据访问，可以访问关系数据库，文本文件或XML文件等。数据库层通常放在dao包下，DAO是英文Data Access Object 的缩写，意思是“数据访问对象”。

层与层之间的关系

在三层架构中，各层之间相互依赖。表示层依赖业务逻辑层，业务逻辑层依赖于数据访问层，各层之间的数据传递方向分为请求与响应两个方向。
表示层根据用户的操作，将请求提交给业务逻辑层；业务逻辑层收到请求，首先对请求数据进行必要的审核和处理，然后将请求通数据访问层或直接将处理结果返回表示层；数据访问层收到业务逻辑层的调用后便开始访问数据库。
业务逻辑层在体系架构中的位置非常关键，起到数据交换中承上启下的作用。理想的分层式架构，应是一个支持可抽取，可替换的“抽屉”式架构。业务逻辑层的设计对于一个支持可扩展的框架尤为关键，因为它扮演了连个不同的角色。对数据访问层而言，它是调用者，对于表示层而言，它是被调用者。
数据访问层通过对数据库的访问得到请求结果，并把请求结果通知业务逻辑层；业务逻辑层收到请求结果，可以对请求结果进行必要的审核和处理，然后将请求结果通知表示层；表示层收到请求结果，并把结果展示给用户。

分层原则

1.上一层依赖其下一层，依赖关系不跨层
上一层调用下一层所得到的执行结果完全取决于下一层中的代码实现，上一层无法进行控制。
2.下一层不能调用上一层
上一层调用下一层功能，下一层不能调用上一层功能。下一层为上一层提供服务，而不使用上一层提供的服务。
3.下一层不依赖上一层
下一层的代码实现了决定了上一层获得的内容，所以说上一层依赖下一层。从另一个角度来说，上一层不管如何发生改变，对于调用下一层的业务是不会发生变化的，因此对于下一层来说，上一层的改变不会不会对其产生任何影响。
4.在上一层中不能出现下一层的概念
使用分层架构的一个优点是在系统中各个功能分工明确。在某一层中不会出现其下一层的任何内容，简单地来说就是在业务逻辑层中，只能有用于业务逻辑控制的代码，而不能出现数据可访问层中才有的SQL语句，确保层次间的关系很清晰。

使用三层架构开发的特点和优点

特点：下层不知道上层的存在。 每一层仅知道它下一层的存在，而不知道另外的下层。 上层使用下层提供的服务，并为下层提供数据。
优点：职责划分清晰。利用面向对象的特性进行无损替换。复用代码。降低了系统内部的依赖程度。