1. 事件驱动编程思想：从轮询到中断的思维转变

各位同学，咱们今天聊点实在的。事件驱动编程，说白了就是让程序学会「等通知」，而不是「死盯着看」。我刚开始做嵌入式那会儿，也习惯用轮询——主循环里挨个查标志位，生怕漏掉哪个外设的信号。后来被坑了几次，才真正理解中断和事件驱动的价值。

1.1 轮询 vs 中断：两种截然不同的思维方式

先看一个最直观的对比。假设你在等外卖：

• 轮询模式：你每隔30秒跑到门口看一眼，外卖到了没？没到？回去继续等，30秒后再来看。CPU全耗在「开门-关门」上了。
• 中断模式：你装个门铃，外卖小哥按门铃你才去开门。没门铃的时候你该看书看书，该写代码写代码。

嗯，这就是本质区别。轮询是CPU主动去「问」，中断是外设主动来「通知」。我在一个智能家居项目里用过纯轮询方案，三个传感器、两个按键、一个显示屏，主循环里轮询一遍要跑2ms。后来加了第七个传感器，响应延迟直接飙到15ms——用户按了键，灯要等一会儿才亮。这种体验，说白了就是「卡」。

1.2 事件驱动模型的核心三要素

事件驱动模型，其实就三个东西：事件、事件处理器、事件循环。你想想看，这跟现实中的「消息传递」一模一样。

1.2.1 事件（Event）

事件就是「发生了某件事」的信号。它可以是：

• 外部中断（按键按下、数据到达）
• 内部信号（定时器超时、任务完成）
• 软件触发（状态变更、错误通知）

我个人习惯把事件定义成一个结构体，包含事件类型和携带的数据。比如：

typedef struct {
    uint32_t type;      // 事件类型：按键、定时器、数据...
    uint32_t timestamp; // 事件发生时间戳
    void*    data;      // 事件附带的数据指针
    uint32_t data_len;  // 数据长度
} event_t;

1.2.2 事件处理器（Event Handler）

事件处理器就是「收到事件后该干什么」的函数。每个事件类型对应一个处理器。我见过很多新手把事件处理写得又臭又长——一个switch-case几百行。其实应该拆成独立函数，每个处理器只做一件事。

// 按键事件处理器
void handle_key_event(event_t* evt) {
    uint8_t key_code = *(uint8_t*)evt->data;
    switch(key_code) {
        case KEY_UP:   adjust_volume(+1); break;
        case KEY_DOWN: adjust_volume(-1); break;
        case KEY_OK:   confirm_selection(); break;
    }
}

// 定时器事件处理器
void handle_timer_event(event_t* evt) {
    update_sensor_data();  // 定时采集传感器
    check_battery_level(); // 顺便检查电量
}

1.2.3 事件循环（Event Loop）

事件循环是驱动整个系统的引擎。它不断从队列里取事件，分发给对应的处理器。说白了，就是一个「永不停止的调度员」。

void event_loop(void) {
    event_t evt;
    while(1) {
        if (event_queue_dequeue(&evt)) {  // 从队列取事件
            dispatch_event(&evt);          // 分发到处理器
        }
        // 没有事件时，可以进入低功耗模式
        system_sleep();
    }
}

1.3 同步 vs 异步：两种编程模型的对比

同步和异步，是事件驱动里绕不开的话题。很多同学搞混这两个概念，我换个角度讲：

• 同步：你打电话问客服，客服查完资料再回复你。这期间你什么都干不了，只能等。
• 异步：你发邮件给客服，然后该干嘛干嘛。客服回复时，邮件通知你。

在嵌入式里，同步调用就是函数执行完才返回，调用者被阻塞。异步调用则是函数立即返回，结果通过事件通知。

1.4 事件驱动模型的核心流程图

下面这张图，是我自己画的事件驱动模型核心流程。你把它理解成「嵌入式系统的消息总线」：

1.5 从轮询到中断：思维转变的三个阶段

我观察过很多工程师的成长路径，从轮询到事件驱动，一般要经历三个阶段：

1. 阶段一：全盘轮询——主循环里挨个查标志位，代码简单但效率低。适合原型验证。
2. 阶段二：中断+全局变量——中断里置标志位，主循环查标志位执行。这是最常见的过渡方案，但容易出竞态问题。
3. 阶段三：事件驱动——中断只负责「产生事件」并放入队列，主循环从队列取事件执行。解耦彻底，扩展性好。