1. GUI系统概述：嵌入式GUI概念、常见GUI框架对比与选型依据

做嵌入式开发这么多年，我接触过不少项目从“裸机+LED”升级到带屏幕交互的系统。说实话，第一次在MCU上跑GUI时，我心里也没底——资源就那么点，还要流畅显示、响应触摸，能行吗？

后来做多了才发现，选对GUI框架，项目就成功了一半。这一节，咱们就把嵌入式GUI的概念、主流框架的底细，以及选型时那些“坑”聊透。

1.1 什么是嵌入式GUI？

嵌入式GUI，说白了就是在资源受限的嵌入式设备上，实现图形用户界面的软件系统。它不像PC或手机上那么“富余”，MCU的RAM可能只有几十KB，Flash也就几百KB，还得跑着实时任务。

所以嵌入式GUI的核心挑战是：用最少的资源，画出最流畅的界面。

我在一个工业手持项目里，就遇到过RAM只剩16KB的情况。当时用的框架不支持按需裁剪，硬是塞不进去。后来换了方案，才把界面跑起来。嗯，选型这事，真不能拍脑袋。

1.2 常见GUI框架对比

目前嵌入式领域主流的GUI框架，我按使用场景分了四类。咱们一个一个看。

框架	资源需求	渲染方式	开发语言	典型应用
LVGL	RAM ≥ 8KB，Flash ≥ 64KB	软件渲染（支持硬件加速）	C	智能家居、仪表盘、小家电
TouchGFX	RAM ≥ 16KB，Flash ≥ 128KB	硬件加速（依赖LTDC/DMA2D）	C++	高端消费电子、汽车仪表
emWin	RAM ≥ 4KB，Flash ≥ 32KB	软件渲染	C	工业控制、医疗设备
Qt for MCU	RAM ≥ 32KB，Flash ≥ 256KB	软件渲染（QML场景图）	C++ / QML	复杂交互、跨平台原型

1.2.1 LVGL

LVGL是我个人用得最多的框架。它开源、社区活跃，而且对资源的要求非常友好。你想想看，一个Cortex-M3内核的芯片，8KB RAM就能跑起来，这吸引力太大了。

我记得有一次给客户做智能温控器，MCU是STM32F103，RAM只有20KB。LVGL配合局部刷新，跑出了60fps的流畅度。客户当场就拍板了。

• 优点：开源免费、控件丰富、支持多种输入设备、文档齐全
• 缺点：高级动画性能依赖优化，复杂界面需要手动管理内存

1.2.2 TouchGFX

TouchGFX是ST主推的框架，专门为带硬件图形加速的MCU设计。它的渲染效率很高，但前提是你的芯片得有LTDC或DMA2D外设。

我在一个车载仪表项目里用过TouchGFX。说实话，它的设计工具（TouchGFX Designer）确实好用，拖拽就能生成界面。但如果你用的MCU不带硬件加速，那性能会大打折扣。

• 优点：渲染效率高、设计工具成熟、动画流畅
• 缺点：对硬件有依赖、闭源（商业授权）、C++开发门槛稍高

1.2.3 emWin

emWin是老牌GUI了，SEGGER出品。它的最大优势是资源占用极低，4KB RAM就能跑。很多工业控制、医疗设备都在用。

我曾经在一个8位单片机上移植过emWin。嗯，你没听错，8位机。虽然界面只能做黑白点阵，但稳定性和实时性没得说。

• 优点：资源占用极低、稳定性高、支持多种编译器
• 缺点：界面开发效率低、控件样式老旧、商业授权费用高

1.2.4 Qt for MCU

Qt for MCU是Qt公司近年推出的产品，目标是把Qt的QML开发体验带到MCU上。它的渲染引擎是自研的，不依赖Qt桌面版。

我试用过Qt for MCU，开发效率确实高，QML写界面跟写脚本一样快。但它的资源需求也高，至少32KB RAM起步，而且目前支持的MCU型号有限。

• 优点：开发效率高、QML声明式语法、跨平台
• 缺点：资源需求高、MCU支持有限、商业授权费用高

1.3 选型依据

选GUI框架，不能只看参数表。我总结了一套“三步走”的方法，你可以参考一下。

1. 先看硬件资源：RAM、Flash、是否有硬件加速外设。这是硬约束，不满足的直接排除。
2. 再看交互复杂度：是简单的菜单切换，还是需要复杂动画、多点触控？这决定了框架的渲染能力要求。
3. 最后看团队能力：团队熟悉C还是C++？有没有UI设计师配合？这影响开发效率和维护成本。

1.4 知识体系总览

下面这张图，把嵌入式GUI的核心知识体系串起来了。你可以把它当作整个课程的“地图”。

这张图里，概念是基础，框架对比是选型依据，驱动适配和移植实战是核心技能。整个课程就是围绕这四个模块展开的。

1.5 小结

这一节咱们聊了嵌入式GUI的基本概念，对比了四个主流框架的优缺点，也给出了选型的方法论。你可能会问：“这么多框架，到底学哪个？”我的建议是：从LVGL入手。它资源要求低、社区活跃、文档齐全，最适合初学者上手。等掌握了GUI移植的通用方法，再切换到其他框架也不难。