一、什么是架构模式？

二、主流架构模式详解

1. 分层架构（Layered Architecture）

• 结构：将系统划分为若干水平层（如表现层、业务逻辑层、数据访问层），每层仅依赖下一层。
• 优点：职责分离清晰、易于开发与测试、技术栈可分层替换。
• 缺点：层间调用可能带来性能开销；跨层耦合若控制不当会破坏分层原则。
• 典型应用：传统企业信息系统（如ERP、CRM）、Web 应用（MVC 可视为三层变体）。
• 考试点：强调“单向依赖”“层内高内聚、层间低耦合”。

2. 客户端-服务器架构（Client-Server, C/S）

• 结构：系统分为客户端（请求发起方）与服务器端（资源提供方），通过网络通信。
• 变体：
  • 两层 C/S：客户端含业务逻辑；
  • 三层 C/S：引入应用服务器，客户端仅负责展示。
• 优点：资源共享、集中管理。
• 缺点：服务器单点故障风险；扩展性受限于服务器处理能力。
• 考试点：区分胖客户端（逻辑在客户端）与瘦客户端（逻辑在服务器）。

3. 浏览器-服务器架构（Browser-Server, B/S）

• 本质：C/S 的特例，客户端为通用浏览器。
• 优势：部署维护成本低、跨平台性强。
• 局限：前端交互能力弱于原生客户端（虽现代 Web 技术已大幅改善）。
• 考试点：常与“系统可维护性”“用户覆盖面”关联考察。

4. 事件驱动架构（Event-Driven Architecture, EDA）

• 核心：组件通过发布/订阅事件进行异步通信，解耦生产者与消费者。
• 组件：事件生成器、事件通道（如消息队列）、事件处理器。
• 优点：高响应性、强扩展性、支持松耦合。
• 适用场景：实时数据处理（如金融交易、IoT 监控）、微服务间通信。
• 考试点：识别“异步”“解耦”“消息中间件”等关键词即指向 EDA。

5. 微内核架构（Microkernel Architecture）

• 结构：由一个精简的核心（微内核）和多个可插拔的插件模块组成。
• 特点：核心提供基础服务（如通信、调度），业务功能由插件实现。
• 优点：高度可扩展、可定制；插件可独立部署更新。
• 典型系统：操作系统（如 macOS 内核）、IDE（如 Eclipse）、规则引擎。
• 考试点：题干若强调“核心稳定、功能动态扩展”，优先考虑微内核。

6. 微服务架构（Microservices Architecture）

• 理念：将单一应用拆分为一组小型、独立部署的服务，每个服务围绕业务能力构建，拥有自己的数据库。
• 通信方式：RESTful API、gRPC、消息队列等。
• 优势：技术异构、独立伸缩、容错隔离。
• 挑战：分布式事务、服务治理、运维复杂度高。
• 考试点：常与“容器化”“DevOps”“服务注册发现”等概念联动。

7. 面向服务架构（Service-Oriented Architecture, SOA）

• 核心：以粗粒度、可重用的服务为单元，通过标准协议（如 SOAP、WSDL）集成。
• 与微服务区别：
  • SOA 服务粒度较粗，常基于 ESB（企业服务总线）集成；
  • 微服务强调去中心化、轻量通信。
• 适用场景：大型企业遗留系统整合。
• 考试点：若题干出现“ESB”“服务复用”“企业级集成”，倾向 SOA。

8. 管道-过滤器架构（Pipe-Filter Architecture）

• 结构：数据流经一系列“过滤器”（处理单元），通过“管道”连接。
• 特点：数据单向流动，过滤器无状态、可重用。
• 典型应用：编译器（词法分析→语法分析→代码生成）、ETL 数据处理流程。
• 考试点：适用于“数据转换链”“批处理流水线”类场景。

三、真题应用解析：如何识别与选择架构模式？

真题示例1：模式识别

某智能交通系统需实时处理来自 thousands of 传感器的数据，进行异常检测并触发告警。各处理模块（如数据清洗、特征提取、规则匹配）需独立部署且可动态替换。最适合的架构风格是？
A. 分层架构　B. 微内核架构　C. 事件驱动架构　D. 管道-过滤器架构

• “实时处理”“传感器数据” → 流式数据；
• “模块独立部署、动态替换” → 强调插件化或松耦合；
• 虽有数据流特征，但“动态替换”更契合微内核（核心调度 + 插件处理）；
• 若强调“异步告警”“事件触发”，则选 EDA。本题侧重模块可插拔，答案：B。

真题示例2：多模式组合

某电商平台采用如下设计：前端为 Web 浏览器（B/S），后端拆分为用户服务、订单服务、支付服务等独立部署单元，服务间通过 REST API 通信，并使用 Kafka 处理订单创建后的通知（如发邮件、更新库存）。
问：该系统主要采用了哪些架构模式？

• 整体为 B/S 架构（用户访问方式）；
• 后端服务拆分 → 微服务架构；
• 使用 Kafka 异步通知 → 事件驱动架构。
• 答案应包含三种模式，体现架构的层次性与混合性。

真题示例3：质量属性权衡

某政务系统要求高安全性、强审计能力，且未来三年内功能变更较少。现有方案采用微服务架构，评审专家建议改为分层架构。请说明理由。

• 微服务虽灵活，但分布式带来安全边界复杂、日志分散、审计困难；
• 分层架构集中部署，便于统一安全策略（如防火墙、访问控制）、日志聚合与合规审计；
• 功能稳定，无需频繁扩展，微服务优势无法发挥，反而增加运维成本；
• 结论：在安全性与可审计性优先、变更频率低的场景下，分层架构更合适。

四、备考建议

1. 建立模式对比表：横向比较各模式的结构、优缺点、适用场景、典型系统。
2. 关注“混合架构”趋势：现代系统常融合多种模式（如微服务 + 事件驱动），需能识别组合逻辑。
3. 紧扣质量属性：每种架构对性能、可用性、可修改性等的影响是答题核心。
4. 熟记关键词映射：
   • “插件”“核心+扩展” → 微内核；
   • “消息队列”“异步通知” → 事件驱动；
   • “独立部署”“服务自治” → 微服务；
   • “数据流水线” → 管道-过滤器。
5. 练习案例写作：高级考试需撰写论述，务必做到“模式识别 + 场景匹配 + 质量属性论证”三位一体。

结语