当前位置：首页 > news >正文

嵌入式事件驱动架构实战：从while(1)轮询到事件队列

news 2026/7/24 23:13:25

你打开一个干了三年的项目，main 函数里 while(1) 套着几百行 if-else。按键、显示、蓝牙、传感器、看门狗全挤在一起，改一行显示，蓝牙莫名其妙就不稳了。新人接手看不懂，你自己也快看不懂了。

这种代码我见过太多。问题不在你水平不行，在于 while(1) 轮询这套写法，天生就长成这样。它解决得了"功能跑起来"，解决不了"功能多了还能维护"。

换个活法，叫事件驱动。今天讲透它到底解决了什么、怎么落地、踩过哪些坑。

while(1) 轮询到底烂在哪

先把账算清楚，不然你不会真想换。

第一烂，主循环臃肿。每加一个功能，就在 while(1) 里塞一段。按键检测、OLED 刷新、串口收包、温度采集、电池监控、OTA 检查……一年下来 while(1) 里有四十个 if 分支，谁也不敢删谁也不敢动。这个函数成了全项目的"垃圾场"。

第二烂，响应不及时。轮询是排队的，前面那个 if 分支里你 delay 了个 50ms 等传感器就绪，后面所有事件都得等这 50ms。按键按下去，50ms 后才响应，手感发粘。你想快，又不敢快，因为快了别的分支又来不及跑。

第三烂，耦合度高。蓝牙模块的代码里直接调显示模块的函数，显示模块里又去读传感器的全局变量。牵一发动全身，改蓝牙显示抖，改显示功耗涨。模块之间像一锅粥，捞哪个都带起一串。

第四烂，没法测试。想单测某个功能？对不起，它和主循环、全局变量、硬件时序绑死了。不接上整套板子跑不起来，测试只能靠人肉点按键看屏幕。

这四条不是危言耸听，是每个 while(1) 项目到中后期的标准结局。

事件驱动：把"主动问"改成"被动等"

轮询的本质是 CPU 主动去问每个外设"你有事吗"。事件驱动反过来：外设有事了主动告诉 CPU，CPU 只管等通知。

打个比方。轮询就像你每隔五分钟去门口看快递来了没，一天跑几十趟，啥也干不了。事件驱动是快递到了按门铃，你该干嘛干嘛，门铃响了再去开门。

CPU 该干嘛干嘛这件事很关键。没事件的时候它可以睡觉，__WFI一条指令进低功耗，等中断唤醒。功耗直接掉一个数量级，对电池设备是天大的事。

事件驱动架构就三块积木，下面挨个拆。

三要素之一：事件怎么定义

事件就是一个结构体，描述"发生了什么"和"带什么参数"。

typedef struct { uint16_t type; /* 事件类型：按键/串口/传感器/定时器 */ uint16_t param; /* 参数：按键键值/串口长度/传感器通道 */ } event_t;

type 用枚举管起来，别到处写魔法数字。

enum { EVT_KEY = 1, EVT_UART_RX, EVT_SENSOR_READY, EVT_TIMER_TICK, };

有人会问，param 才 16 位够用吗？真不够就扩展成 union 或者带个指针指向更大的 payload。但绝大多数嵌入式事件，一个 16 位参数就够传键值、通道号、长度了。简单是美德，别一开始就上复杂结构。

三要素之二：事件队列——ISR 和主循环的缓冲带

这是整个架构能跑起来的关键。中断里不能干重活（下一篇文章专门讲为什么），只能把"有事发生"这件事快速记下来就返回。记在哪？环形缓冲区。

#define EVT_QUEUE_SIZE 64 static event_t evt_queue[EVT_QUEUE_SIZE]; static volatile uint16_t q_head, q_tail; /* ISR 里调：投递一个事件，O(1)，几条指令搞定 */ void event_post(uint16_t type, uint16_t param) { uint16_t next = (q_head + 1) % EVT_QUEUE_SIZE; if (next == q_tail) return; /* 满了直接丢，别在 ISR 里等 */ evt_queue[q_head].type = type; evt_queue[q_head].param = param; q_head = next; } /* 主循环里调：取一个事件 */ bool event_get(event_t *out) { if (q_tail == q_head) return false; /* 空 */ *out = evt_queue[q_tail]; q_tail = (q_tail + 1) % EVT_QUEUE_SIZE; return true; }

单生产者单消费者的环形队列，天然不用加锁。ISR 写 head，主循环写 tail，各管各的。这是嵌入式里最省心的一种并发结构。队列大小按事件突发量定，按键+串口这种慢设备 32 够，高频传感器可能要 128。满了别阻塞 ISR，直接丢，丢总比卡死强。

三要素之三：事件分发——函数指针注册表

事件取出来了，谁处理？硬编码 if-else 又回到老路了。用注册表：谁关心什么事件，自己注册进来。

#define MAX_HANDLERS 16 typedef void (*handler_t)(event_t *evt); static handler_t handlers[MAX_HANDLERS]; static uint16_t handler_evt[MAX_HANDLERS]; static uint8_t handler_cnt; void event_register(uint16_t type, handler_t fn) { if (handler_cnt < MAX_HANDLERS) { handler_evt[handler_cnt] = type; handlers[handler_cnt] = fn; handler_cnt++; } } void event_dispatch(event_t *evt) { for (uint8_t i = 0; i < handler_cnt; i++) { if (handler_evt[i] == evt->type) { handlers[i](evt); } } }

注册在初始化时做一次。按键模块注册EVT_KEY，显示模块注册EVT_SENSOR_READY（传感器好了就刷新）。模块之间不直接调，通过事件解耦。改蓝牙不会碰显示，因为显示根本不知道蓝牙存在，它只知道"传感器好了"这个事件。

这就是观察者模式的 C 语言版。模块自治，靠事件通信。

改造后的主循环，干净得不像话

三块积木拼起来，main 循环就剩三行。

int main(void) { system_init(); /* 各模块初始化 + 注册事件处理器 */ while (1) { event_t evt; if (event_get(&evt)) { event_dispatch(&evt); /* 有事件就分发 */ } else { __WFI(); /* 没事件就睡，等中断唤醒 */ } } }

对比改造前的几百行 if-else。新增功能不用动 main，写个模块、注册个事件就行。删功能也不影响别人。可测试性也回来了，构造一个 event 喂进 dispatch，单测一个模块轻轻松松，不用接板子。

最妙的是__WFI。没事件时 CPU 睡眠，功耗从几十 mA 掉到几 μA。对一节电池跑半年的设备，这是能不能出货的差别。

ISR 里只投递，不干活

这是新手最容易栽的坑，也是下一篇要展开的主题，这里先立个规矩。

中断服务函数里，只做三件事：读硬件寄存器拿到数据、投递一个事件、清中断标志。其余一概不做。

/* 按键 GPIO 中断 */ void EXTI15_10_IRQHandler(void) { uint16_t key = read_key_gpio(); /* 读键值 */ event_post(EVT_KEY, key); /* 投递事件 */ clear_exti_flag(); /* 清标志 */ }

为什么这么抠？ISR 里调 SPI 刷屏、等 DMA、调延时，会阻塞其他中断、喂不饱看门狗、把整个系统的实时性拖垮。中断要快进快出，重活留给主循环慢慢干。

记住这条铁律，能省掉一半的"玄学 Bug"。