一、事件驱动模型概述
1.1 什么是事件驱动
事件驱动，说白了就是「等事情发生再干活」。
我刚开始做嵌入式时，总觉得这概念挺玄乎。后来做多了才明白——它其实就是一种编程思想：系统不主动干活，而是等着外部或内部的事件来触发它。
举个例子，你按下一个按钮，屏幕亮了。这就是一个典型的事件驱动场景：
- 事件源：你的手指按下按钮
- 事件：按键按下这个动作
- 事件处理器：点亮屏幕的那段代码
在LVGL里，这种模式随处可见。你点击一个按钮，它触发一个点击事件；你滑动一个滑块，它触发一个值改变事件。系统不会闲着没事去轮询你在干嘛，而是等你操作了，它才响应。
核心思想：事件驱动 = 被动响应 + 按需执行
系统大部分时间处于低功耗的等待状态，只有事件发生时才会被唤醒执行任务。
1.2 轮询 vs 中断 vs 事件驱动
这三种模式，我当年刚入行时傻傻分不清。后来在项目里都踩过坑，才真正理解了它们的区别。
| 模式 | 工作方式 | CPU占用 | 实时性 | 典型场景 |
|---|---|---|---|---|
| 轮询 | 不断检查状态 | 高（一直跑） | 差（有延迟） | 简单按键扫描 |
| 中断 | 硬件触发 | 低（瞬间响应） | 极高 | 紧急事件处理 |
| 事件驱动 | 软件消息队列 | 中（按需执行） | 中 | GUI交互、状态机 |
轮询：就像你每隔5秒去检查一下邮箱有没有新邮件。效率低，但实现简单。我在一个老项目里见过用轮询做按键检测的，CPU占用率直接飙到30%多，后来改成中断就好了。
中断：相当于邮箱来了新邮件，邮递员直接打电话通知你。响应快，但处理逻辑不能太复杂。我记得有一次在中断里做了个延时，结果整个系统都卡死了——嗯，这是个血的教训。
事件驱动：介于两者之间。它把事件放到一个队列里，然后由主循环依次处理。LVGL用的就是这种模式。你想想看，如果每次触摸屏幕都触发一个中断，那系统得疯掉。事件驱动把触摸事件排队，按顺序处理，既保证了响应，又不会让系统过载。
我的建议：在LVGL项目中，尽量用事件驱动来处理UI交互。中断留给那些真正紧急的事情，比如硬件故障检测。
1.3 LVGL中的事件循环机制
LVGL的事件循环，说白了就是一个「死循环 + 事件队列」的组合。我刚开始看源码时觉得挺绕，后来画了个流程图才搞明白。
它的核心流程是这样的：
while(1) {
lv_timer_handler(); // 处理定时器事件
lv_task_handler(); // 处理UI事件（已废弃，但老版本还在用）
delay(5); // 给CPU喘口气
}嗯，这里要注意，新版本的LVGL已经把 lv_task_handler() 合并到 lv_timer_handler() 里了。如果你用的是v8以上版本，只需要调用 lv_timer_handler() 就行。
事件循环到底在做什么？
我个人习惯把事件循环分成三个步骤：
- 收集事件：触摸屏、按键、定时器等各种输入源产生事件，被放入事件队列
- 分发事件：LVGL根据事件类型，找到对应的对象（比如按钮、滑块），把事件发过去
- 处理事件：对象调用你注册的回调函数，执行具体的业务逻辑
举个例子，你点击了一个按钮：
// 1. 硬件检测到触摸，生成触摸事件
// 2. LVGL判断触摸位置在按钮区域内
// 3. LVGL调用按钮的点击事件回调
static void btn_click_cb(lv_event_t * e) {
lv_event_code_t code = lv_event_get_code(e);
if(code == LV_EVENT_CLICKED) {
LV_LOG_USER("按钮被点击了！");
// 在这里写你的业务逻辑
}
}
// 注册事件回调
lv_obj_add_event_cb(btn, btn_click_cb, LV_EVENT_CLICKED, NULL);你看，整个过程非常清晰。你不需要关心事件是怎么来的，只需要关心事件来了之后做什么。
避坑指南：我曾经在事件回调里做了大量的计算，结果界面卡得不行。后来才意识到——事件回调里不要做耗时操作！如果非要处理复杂逻辑，用 lv_async_call() 或者开个任务队列。
事件循环的调度策略
LVGL的事件循环不是简单的FIFO（先进先出）。它有一个优先级机制：
- 高优先级事件：比如触摸事件，会优先处理
- 普通优先级事件：比如定时器事件，按时间顺序处理
- 低优先级事件：比如动画更新，在空闲时处理
这种设计保证了用户交互的流畅性。你想想看，如果动画更新占用了CPU，导致触摸响应延迟，那用户体验得多糟糕。
我记得在一个智能家居面板的项目里，就是因为没处理好事件优先级，导致滑动屏幕时动画卡顿。后来调整了事件处理顺序，问题就解决了。
总结一下：
- 事件驱动让UI开发变得简单——你只管写回调，不用管调度
- LVGL的事件循环是单线程的，所以不要在回调里阻塞
- 理解事件优先级，能帮你写出更流畅的界面
下一章，我会带你深入LVGL的事件类型和事件结构体，看看那些事件到底长什么样。到时候我会分享一个我踩过的坑——事件类型搞混了，调试了一整天才发现问题。