分层架构是一种常见的架构模式（架构风格），也叫N层架构，常见的2层C/S，B/S架构，三层架构MVC，MVP架构，操作系统的内核架构达到5层，3层以上的架构比较少见。

分层架构风格：

层次系统组织成一个层次结构，每一层为上层服务，作为下层客户，内部的层只对相邻的层可见。

这种风格支持基于可增加抽象层的设计，允许将一个复杂问题分解成一个增量步骤序列的实现。

典型例子：分层通信协议。每一层提供一个抽象的功能，作为上层通信的基础。较低的层次定义低层的交互，最低层通常只定义硬件物理连接。

优点：

• 基于抽象程度递增的系统设计，把一个复杂系统按递增的步骤进行递减。

• 支持功能增强，每一层只和相邻的层交互，功能的改变只会影响相邻的上下层。

• 支持软件重用。定义一组标准的接口，允许各种不同的实现方法。

缺点：

• 不是每个系统都可以容易的划分层次。

• 很难找到一个合适的，正确的层次抽象方法。

MVC 架构、MVP 架构

    划分的对象是单个业务子系统 ，划分的维度是职责， 将不同的职责划分到独立层， 但各 层的依赖关系 比较灵活 。

逻辑分层架构

    划分的对象可以是单个业务子系统，也可以是整个业务系统， 划分的维度也是职责。虽 然都是基于职责划分， 但逻辑分层架构中的层是自顶向下依赖的 。典型的 J2EE 系统架构也是逻辑分层架构。

分层架构系统的本质在于：隔离关注点，每层的组件只需要处理本层的逻辑。分层时要保证层与层之间的依赖是稳定的，层与层之间依赖于接口，可以更好的支撑快速扩展；按照层之间进行依次传递，不能在层之间进行跳跃。

分层结构的代价就是冗余，不管业务多简单，每层都必须参与处理。分层架构的优势就体现在通过分层强制约束两两依赖， 一旦自由选择绕过分层，时间一长，架构就会变得混乱。

虽然分层架构的实现在某些场景下看起来有些烦琐和冗余，但复杂度却很低。

分层架构另外一个缺点就是性能，因为每一次业务请求都需要穿越所有的架构分层， 有一些事情是多余的，多少都会有一些性能的浪费 。