架构风格汇总
| 架构风格 | 核心特点 | 应用场景 |
|---|
| 分层架构（Layered） | 将系统划分为多个层次，每层只依赖于下一层 | 企业应用、MIS 系统、三层架构 |
| 客户端-服务器（C/S） | 分为服务端与客户端，服务集中，客户端请求 | 数据库系统、桌面应用 |
| 管道-过滤器（Pipe and Filter） | 数据通过多个处理器（过滤器）依次处理 | 编译器、数据处理流 |
| 微内核架构（Microkernel） | 核心服务 + 可插拔扩展模块 | 操作系统、IDE 插件系统 |
| 事件驱动架构（EDA） | 组件通过事件异步通信，解耦高 | 监控系统、实时系统 |
| 面向服务架构（SOA） | 系统由多个服务组成，通过接口交互 | 企业集成、大型政企系统 |
| 微服务架构（Microservices） | 更细粒度的 SOA，服务自治、独立部署 | 大型互联网系统 |
| REST 架构风格 | 基于资源的网络交互，使用 HTTP 动词 | Web API、移动端后端 |
| 共享数据总线（Repository） | 所有模块通过共享存储交互 | 数据仓库、AI 训练平台 |
| 黑板架构（Blackboard） | 所有模块访问统一“黑板”，适合多策略协作 | AI 语音识别、专家系统 |
| 面向对象架构（OO） | 用对象封装数据与操作，强调封装、继承 | 面向对象编程系统 |
| 分布式架构（Distributed） | 组件部署在多个节点，协作完成任务 | 集群系统、分布式数据库 |
重点架构风格详解
分层架构（Layered Architecture）
- 结构：UI层 → 业务逻辑层 → 数据访问层；
- 优点：高内聚、低耦合，利于维护；
- 缺点：层次多时性能下降；
- 考试高频：三层架构就是典型分层架构。
面向服务架构（SOA）
- 核心：服务松耦合、可复用、基于接口通信（如 SOAP/WSDL）；
- 服务注册中心、ESB（企业服务总线）常与 SOA 一起出现；
- 适合：异构系统集成、政企复杂系统。
微服务架构（Microservices）
- 核心：服务更小更自治，支持独立开发与部署；
- 技术支持：注册中心（如 Nacos）、API 网关（如 Kong）、容器部署（K8s）；
- 对比 SOA：粒度更小，DevOps 支持更强；
- 适合：大规模互联网系统（如电商平台、内容平台）。
客户端-服务器架构（C/S）
- 特征：分为请求发起者（客户端）与响应处理者（服务端）；
- 常见于：银行柜面系统、局域网办公系统；
- 考试常问：与 B/S 模式的比较。
管道-过滤器架构
- 结构：过滤器处理模块+管道连接通道；
- 优点：易复用、并行处理；
- 常用于：编译器（词法 → 语法 → 语义）。
架构风格选择对比
| 架构风格 | 优点 | 缺点 | 适合场景 |
|---|
| 分层架构 | 模块清晰，维护方便 | 依赖层次，性能低 | 企业业务系统 |
| 微服务 | 高弹性，独立部署 | 运维复杂，通信开销大 | 高并发系统 |
| SOA | 服务复用，松耦合 | 架构复杂，依赖中间件 | 异构系统集成 |
| C/S | 快速响应，局域网性能好 | 不利于扩展，部署繁琐 | 办公自动化 |
| REST | 简洁轻量，易调试 | 不支持复杂事务 | Web 接口 |
| 事件驱动 | 解耦强，响应快 | 调试困难，数据追踪复杂 | 实时推送 |
| 微内核 | 插件扩展灵活 | 核心模块设计复杂 | 插件系统 |
