MCU开发中的轻量级观察者模式实践与优化

1. 观察者模式在MCU开发中的核心价值

第一次在STM32项目里用观察者模式处理传感器数据时，我盯着屏幕上的回调函数链发了十分钟呆——这玩意儿居然真的把模块间的耦合解开了！在资源受限的单片机环境里，这种设计模式带来的架构清晰度，比在PC端开发时还要明显。

观察者模式本质上是建立了一种"发布-订阅"的通信机制。当被观察对象（Subject）状态变化时，会自动通知所有注册的观察者（Observer）。在MCU开发中，这种模式特别适合处理传感器数据采集、外设状态监控等场景。比如：

• 加速度计数据更新时同时触发屏幕刷新和SD卡存储
• 电池电压跌落需要立即通知显示屏、无线模块和蜂鸣器
• 用户按键操作既要控制LED又要修改系统状态

相比传统的轮询或中断直接调用，观察者模式的优势在于：

1. 降低模块耦合：传感器驱动不再需要知道具体有哪些模块在使用它的数据
2. 动态订阅机制：运行时可以灵活添加/移除观察者，这在OTA升级场景特别有用
3. 事件驱动架构：更适合低功耗设计，避免不必要的轮询消耗

实际项目中踩过的坑：在Cortex-M0芯片上，未经优化的观察者模式可能因为虚函数调用导致额外开销。后来改用函数指针列表实现，性能提升了30%。

2. 轻量级观察者模式实现方案

2.1 内存友好的数据结构设计

在资源受限的MCU中，我们需要对经典观察者模式做减法。这是我经过多个项目验证的轻量级实现方案：

c复制typedef void (*ObserverCallback)(void* subject, void* arg);

typedef struct {
    ObserverCallback *callbacks;  // 回调函数数组
    void **observers;            // 观察者实例指针
    uint8_t max_observers;       // 最大观察者数量 
    uint8_t count;               // 当前观察者计数
} Subject;

初始化时预分配固定大小数组（而非动态内存）：

c复制#define MAX_OBSERVERS 3

ObserverCallback cb_array[MAX_OBSE