1、嵌入式GUI概述：什么是嵌入式GUI、常见嵌入式GUI框架（LVGL、TouchGFX、emWin）、事件驱动模型基础
大家好，欢迎来到《嵌入式GUI事件采集》的第一章。我是你们这门课的老朋友，一个在嵌入式图形界面领域摸爬滚打了十来年的工程师。
咱们开门见山。嵌入式GUI，说白了就是给那些没有显示器的嵌入式设备装上“眼睛”和“脸”。你想想看，一个智能手表、一个冰箱上的触摸屏、一个医疗监护仪，它们背后那块小小的屏幕，就是嵌入式GUI在干活。
我刚开始做嵌入式开发那会儿，用的还是12864点阵屏，画个按钮都得自己算像素点。现在不一样了，框架成熟得很。但不管怎么变，核心逻辑没变：把硬件资源（CPU、内存、显示驱动）和用户交互（触摸、按键）结合起来，让设备变得“好看又好用”。
1.1 什么是嵌入式GUI
嵌入式GUI，全称是Embedded Graphical User Interface。它和我们电脑上的Windows、macOS的GUI不太一样。电脑GUI讲究的是“大而全”，嵌入式GUI讲究的是“小而美”。
嵌入式系统的资源通常很紧张。可能只有几百KB的RAM，几MB的Flash，CPU主频也就几百兆赫兹。所以，嵌入式GUI框架必须做到：
- 轻量级：代码体积小，内存占用少。
- 高效性：刷新速度快，响应及时。
- 可裁剪：用不到的功能可以去掉，不占空间。
- 硬件无关性：能方便地移植到不同的LCD屏幕和触摸芯片上。
核心要点：嵌入式GUI不是把电脑上的界面缩小了放进去，而是从零开始为嵌入式环境设计的图形系统。它更关注“在有限的资源下，如何实现流畅的交互”。
我记得有一次，一个客户非要把一个复杂的动画效果塞进一个只有64KB RAM的单片机里。我跟他解释了半天，最后用了一个简单的帧动画加局部刷新才搞定。这就是嵌入式GUI的常态——在约束中寻找最优解。
1.2 常见嵌入式GUI框架
现在市面上主流的嵌入式GUI框架，我接触过的有三个：LVGL、TouchGFX和emWin。它们各有各的脾气，咱们一个一个来看。
| 框架 | 特点 | 适用场景 | 我的个人感受 |
|---|---|---|---|
| LVGL | 开源免费，社区活跃，控件丰富，支持多种输入设备 | 资源中等（几百KB RAM），需要快速原型开发 | 我最常用的框架，文档全，坑少，适合新手入门 |
| TouchGFX | 商业框架（有免费版），硬件加速，动画流畅，设计工具强大 | 高端MCU（如STM32F7/H7），追求视觉效果 | 做产品级UI时首选，但学习曲线稍陡 |
| emWin | SEGGER出品，成熟稳定，代码效率高，有商用授权 | 工业控制、医疗设备，对稳定性要求极高 | 老牌框架，我早期项目用过，现在用得少了 |
1.2.1 LVGL（Light and Versatile Graphics Library）
LVGL是目前最火的开源嵌入式GUI库。它支持几乎所有的微控制器，从低端的Cortex-M0到高端的M7都能跑。它的控件库非常全，按钮、滑块、图表、键盘、动画，应有尽有。
我特别喜欢它的“对象树”设计。每个控件都是一个对象，可以嵌套、可以设置样式、可以绑定事件。写起来就像搭积木一样。
小技巧：LVGL的官方文档里有一个“在线模拟器”，你可以在浏览器里直接写代码看效果。我经常用它来快速验证想法，比在硬件上烧录快多了。
1.2.2 TouchGFX
TouchGFX是ST公司主推的框架，专门为STM32优化。它的最大亮点是硬件加速。它利用MCU内部的Chrom-ART图形加速器和LTDC（LCD-TFT显示控制器），可以实现非常流畅的动画效果。
如果你要做那种“看起来像手机App一样”的嵌入式界面，TouchGFX是首选。它的设计工具TouchGFX Designer可以拖拽生成界面，然后自动生成C++代码。
注意：TouchGFX对硬件有要求。它需要MCU有足够的RAM来存储帧缓冲（通常至少几百KB），而且最好有硬件图形加速器。如果你的板子比较“寒酸”，跑TouchGFX可能会很吃力。
1.2.3 emWin
emWin是SEGGER公司的产品，已经存在很多年了。它的代码非常成熟，几乎没有什么bug。很多工业控制屏、医疗设备都在用。
emWin的特点是“稳”。它不追求花哨的动画，但保证每个控件都能正确显示，每个事件都能准确传递。它的内存管理也很高效，支持窗口裁剪和局部刷新。
我曾经在一个需要7x24小时运行的设备上用过emWin，连续跑了半年没出过问题。嗯，这就是老牌框架的底气。
1.3 事件驱动模型基础
好了，聊完了框架，咱们来聊聊核心概念——事件驱动模型。这是嵌入式GUI的灵魂，也是咱们这门课的重点。
什么叫事件驱动？说白了就是：系统平时闲着，等用户操作（或者外部信号）来了，才去干活。
你想想看，一个嵌入式设备，大部分时间都在“待机”。用户按了一下按钮，或者触摸了一下屏幕，系统才需要响应。如果系统一直在轮询（不停地问“你按了吗？你按了吗？”），那CPU就全浪费了。
事件驱动模型的核心流程是这样的：
- 事件产生：用户触摸屏幕、按下按键、定时器超时、数据接收完成等。
- 事件分发：系统把事件交给对应的控件或处理函数。
- 事件处理：控件根据事件类型执行相应的动作（比如按钮按下后改变颜色）。
- 界面刷新：处理完成后，更新显示。
在LVGL里，事件处理是通过回调函数实现的。比如，你给一个按钮绑定一个“点击”事件，当用户点击时，系统会自动调用你写的那个函数。
// LVGL 事件绑定示例
lv_obj_t * btn = lv_btn_create(lv_scr_act()); // 创建一个按钮
lv_obj_set_pos(btn, 10, 10); // 设置位置
lv_obj_set_size(btn, 100, 50); // 设置大小
// 绑定点击事件
lv_obj_add_event_cb(btn, my_button_callback, LV_EVENT_CLICKED, NULL);
// 事件回调函数
static void my_button_callback(lv_event_t * e) {
lv_event_code_t code = lv_event_get_code(e);
if(code == LV_EVENT_CLICKED) {
// 用户点击了按钮，在这里处理
lv_label_set_text(label, "按钮被点击了！");
}
}
这段代码看起来很简单，对吧？但背后的事件分发机制其实挺复杂的。系统需要维护一个事件队列，把不同来源的事件按优先级排队，然后逐个分发。
避坑指南：我曾经在一个项目里，因为事件回调函数里执行了耗时操作（比如延时10ms），导致整个界面卡死了。原因是事件处理是单线程的，一个事件没处理完，下一个事件就得等着。所以，事件回调函数里千万不要做耗时操作。如果必须做，请用定时器或者任务队列。
事件驱动模型还有一个好处：低功耗。系统在没有事件时，可以让CPU进入休眠模式，只有事件发生时才会唤醒。这对于电池供电的设备来说，太重要了。
为了让大家更直观地理解事件驱动模型，我画了一张流程图。
从这张图你可以看到，整个系统就是一个“产生-分发-处理-等待”的循环。没有事件时，系统在“等待事件”节点休眠，功耗极低。事件来了，才被唤醒干活。
这种模型在嵌入式GUI里非常普遍。LVGL、TouchGFX、emWin，它们的事件处理机制本质上都是这个套路。只是具体实现上，有的用回调函数，有的用消息队列，有的用信号槽。
好了，第一章的内容就到这里。咱们把嵌入式GUI的概念、主流框架、事件驱动模型都过了一遍。这些东西是后面所有章节的基础，尤其是事件驱动模型，咱们后面会反复用到。