4. 系统架构设计原则：高内聚低耦合、模块化设计、分层架构与ATAM

系统架构设计，说白了就是给嵌入式系统搭骨架。骨架搭得好，后面写代码、加功能、修bug都顺风顺水。骨架搭歪了，后面每一步都是坑。

我做了十几年嵌入式，见过太多项目死在架构上。有的团队一上来就写代码，写到一半发现模块之间纠缠不清，改一个地方崩一片。有的团队倒是画了架构图，但画完就挂墙上，实际实现完全走样。

这一章，我把几个最核心的架构原则掰开揉碎讲清楚。你掌握了这些，至少能避开80%的架构坑。

4.1 高内聚低耦合：架构的第一性原理

高内聚低耦合，这六个字我几乎每天都会念叨。它不是什么高深理论，而是非常朴素的工程直觉。

高内聚，就是一个模块只做一件事，并且把这件事做到极致。比如一个UART驱动，它的职责就是收发数据，别在里面塞协议解析、日志打印、状态机管理。

低耦合，就是模块之间通过明确的接口通信，不直接访问对方的内部数据。你改A模块的实现，B模块不需要跟着改。

我曾经接手过一个智能家居网关项目。前任工程师把所有功能都塞在一个main.c里，足足8000行。加一个传感器驱动，要改5个函数。修一个WiFi重连的bug，结果把LED闪烁逻辑搞崩了。这就是典型的低内聚高耦合——牵一发而动全身。

后来我们重构，把代码拆成独立的模块：WiFi管理、传感器采集、数据上报、日志系统。每个模块只暴露3-5个API。从那以后，新功能开发周期缩短了40%，线上bug率下降了60%。

4.2 模块化设计：拆的艺术

模块化设计，核心就一个字：拆。但拆也有拆的门道。

模块划分的四个原则：

1. 职责单一：一个模块只负责一个功能维度
2. 接口清晰：模块间通过头文件定义的API通信，不暴露内部数据结构
3. 独立编译：每个模块可以单独编译、测试
4. 可替换：模块的实现可以整体替换，不影响其他模块

举个例子，一个典型的嵌入式传感器采集系统，可以这样拆：

模块	职责	对外接口
sensor_driver	传感器寄存器读写、初始化	sensor_init(), sensor_read()
data_filter	数据滤波、去噪、校准	filter_process()
data_publisher	数据打包、发送到消息队列	publish_data()
storage_manager	数据本地存储、掉电保护	store_data(), load_data()

你看，每个模块的职责都很清楚。如果我要换一个传感器型号，只需要改sensor_driver模块，其他三个模块完全不动。

4.3 分层架构：HAL/OS/APP

分层架构是嵌入式系统最经典的架构模式。我习惯把它分成三层：硬件抽象层（HAL）、操作系统层（OS）、应用层（APP）。

为什么一定要分层？ 你想想看，如果应用代码直接操作寄存器，换一个MCU就得重写所有应用。分层之后，硬件变化只影响HAL层，应用层完全不受影响。

下面这张图展示了典型的分层架构：

分层架构的核心约束就两条：

• 上层只能调用下层：APP调用OS的API，OS调用HAL的API。反过来不行。
• 禁止跨层调用：APP不能直接操作HAL的寄存器，OS不能直接访问应用的数据结构。

嗯，这里要注意。很多新手会问：那如果应用层需要快速响应硬件中断怎么办？答案是：中断处理在HAL层完成，然后通过OS的消息机制通知应用层。不要为了性能牺牲架构的清晰性。

4.4 架构权衡分析方法（ATAM）

ATAM，全称Architecture Tradeoff Analysis Method。名字听着挺唬人，说白了就是一套系统化的架构评估方法。

我为什么要把ATAM放在这一章？因为前面讲的原则都是理想情况。现实项目中，你永远要在多个目标之间做取舍。性能vs功耗，灵活性vs安全性，开发速度vs代码质量。ATAM就是帮你做这些决策的工具。

ATAM的核心步骤：

1. 明确质量属性：列出系统必须满足的非功能需求，比如响应时间<10ms、功耗<100mW、Flash占用<64KB
2. 识别架构决策：找出影响这些质量属性的关键设计点，比如用中断还是轮询、用RTOS还是裸机
3. 分析权衡点：评估每个决策对多个质量属性的影响，找出冲突
4. 做出取舍：根据项目优先级，选择最优方案

举个例子。我之前做一个电池供电的传感器节点，需要在以下方案中做选择：

方案	响应时间	功耗	代码复杂度	可扩展性
方案A：裸机+中断	<1ms	50mW	低	低
方案B：RTOS+任务	<5ms	80mW	中	高
方案C：RTOS+低功耗模式	<10ms	30mW	高	高

项目要求是：响应时间<10ms，功耗<60mW，未来要支持OTA升级。用ATAM一分析：方案A功耗达标但扩展性差，方案B扩展性好但功耗超标，方案C虽然复杂但两个指标都满足。最终选了方案C。

4.5 四个原则如何协同工作

高内聚低耦合、模块化设计、分层架构、ATAM，这四个东西不是孤立的。它们是一个完整的体系：

• 模块化设计是手段，高内聚低耦合是目标
• 分层架构是模块化的一种具体实现方式
• ATAM是验证和优化前面三个原则的工具

我习惯的设计流程是这样的：

1. 用ATAM分析需求，明确质量属性优先级
2. 根据分析结果，选择合适的分层架构
3. 在每一层内部，按高内聚低耦合原则做模块划分
4. 定义模块接口，确保依赖关系清晰
5. 用ATAM再次评估，验证架构是否满足需求

这个流程走下来，架构设计基本不会出大问题。剩下的就是执行层面的细节了——代码规范、代码审查、持续集成，这些我们后面章节会详细讲。