一、设计模式概述：嵌入式系统中的设计模式概念、分类与必要性

1.1 什么是设计模式？——从我的一个教训说起

先讲个故事。几年前我做一款工业控制板，ARM Cortex-M4内核，跑FreeRTOS。项目初期，我图省事，把所有外设驱动、业务逻辑、通信协议全塞进了一个大循环里。嗯，你猜怎么着？

代码跑起来没问题，但三个月后要加一个新传感器，我改了一处中断优先级，结果整个系统的定时器全乱套了。排查了整整两天，最后发现是全局变量被多处修改，竞态条件爆发了。

那时候我才真正理解：设计模式不是花架子，是前人用血泪换来的套路。

说白了，设计模式就是一套可复用的解决方案。它针对的是特定场景下反复出现的问题。在嵌入式系统里，资源受限、实时性要求高、硬件耦合紧密，这些模式尤其重要。

1.2 设计模式的三大分类

GoF（Gang of Four，四人帮）把23种经典模式分成了三类。我结合嵌入式场景，给你拆开讲讲。

分类	核心关注点	嵌入式典型场景	常用模式举例
创建型	对象的创建与初始化	驱动实例管理、内存池分配	单例、工厂方法、对象池
结构型	类/对象的组合与接口	硬件抽象层、协议栈分层	适配器、桥接、装饰器
行为型	对象间的职责分配与通信	状态机、任务调度、事件处理	观察者、状态、策略

创建型模式：管好你的资源

嵌入式系统里，内存是金子。我见过有人每次调用驱动都new一个对象，结果堆碎片化严重，系统跑了三天就挂了。创建型模式就是帮你控制对象的生命周期。比如单例模式，确保一个硬件外设只有一个控制实例——你总不能让两个线程同时操作同一个UART寄存器吧？

结构型模式：搭好你的架子

硬件千差万别，但业务逻辑应该稳定。结构型模式帮你解耦接口与实现。我最常用的是适配器模式——换了一个传感器，只需要写一个新的适配器，上层代码完全不用动。这就是架构的魅力。

行为型模式：理清你的流程

嵌入式系统本质上是事件驱动的状态机。按键按下、定时器溢出、数据到达……行为型模式帮你把这些事件组织得井井有条。状态模式我几乎每个项目都用，尤其是菜单系统和通信协议解析。

1.3 为什么嵌入式系统需要设计模式？

你可能会问：单片机跑个点灯程序，需要设计模式吗？

我的回答是：看规模。如果你只是做个玩具，确实不需要。但如果你在做产品——尤其是要维护三五年的产品——设计模式就是你的救命稻草。

我总结了几点核心原因：

• 应对变化：硬件升级、需求变更、芯片缺货换型号……没有模式，每次改动都是重构。
• 控制复杂度：裸机程序超过5000行，没有分层和模式，你自己都看不懂。
• 团队协作：模式是通用语言。你说“这里用观察者模式”，队友秒懂。你说“这里我写了个回调链表”，队友可能一脸懵。
• 资源效率：好的模式能帮你节省RAM和ROM。比如对象池模式，避免频繁动态分配。
• 可测试性：解耦后的模块可以单独测试。我曾经用适配器模式把硬件依赖剥离，直接在PC上模拟跑通了整个协议栈。

1.4 嵌入式设计模式与通用设计模式的区别

通用设计模式（比如Java里的那些）直接搬到嵌入式里，往往会水土不服。为什么？

维度	通用软件	嵌入式系统
资源约束	内存充足，可动态分配	RAM/KB级，禁止动态分配
实时性	毫秒级响应即可	微秒级，中断上下文
硬件耦合	与硬件无关	直接操作寄存器、中断
生命周期	进程级，可重启	年计，无人值守运行
调试手段	日志、断点、热更新	串口打印、逻辑分析仪

所以，嵌入式设计模式要做减法。比如单例模式，在C语言里用静态变量+函数接口就够了，不需要搞什么模板类。再比如观察者模式，用回调函数数组实现，比用虚函数表轻量得多。

1.5 一个简单的例子：为什么不用if-else？

假设你要处理三种传感器数据：温度、湿度、气压。新手写法：

// 反面教材
void process_sensor(int type, int data) {
    if (type == TEMP) {
        // 温度处理
    } else if (type == HUMID) {
        // 湿度处理
    } else if (type == PRESS) {
        // 气压处理
    }
}

这种代码，加一个新传感器就要改函数体。用策略模式重构：

// 策略模式
typedef void (*sensor_handler_t)(int data);

typedef struct {
    int type;
    sensor_handler_t handler;
} sensor_entry_t;

void temp_handler(int d) { /* 温度处理 */ }
void humid_handler(int d) { /* 湿度处理 */ }

sensor_entry_t handlers[] = {
    {TEMP, temp_handler},
    {HUMID, humid_handler},
};

void process_sensor(int type, int data) {
    for (int i = 0; i < sizeof(handlers)/sizeof(handlers[0]); i++) {
        if (handlers[i].type == type) {
            handlers[i].handler(data);
            return;
        }
    }
}

你看，代码量没增加多少，但扩展性好了很多。加新传感器只需要在数组里加一项，不用动核心逻辑。这就是设计模式的价值——用结构换灵活。

1.6 本章小结

设计模式不是什么高深的东西。它就是经验的总结，套路的提炼。在嵌入式系统里，它帮你应对资源受限、硬件变化、实时性要求这些挑战。

接下来的章节，我会带你逐个拆解那些最实用的模式。从单例到状态机，从适配器到观察者，每个模式我都会结合真实项目讲——包括我踩过的坑和总结的技巧。

记住：模式是地图，不是路线。理解它，但不要被它束缚。在嵌入式世界里，能跑起来、跑得稳、跑得久，才是硬道理。