1、课程导论：为什么需要对比LVGL和TouchGFX？嵌入式GUI的市场现状与选型痛点。
做嵌入式开发这些年，我遇到过不少同行在选GUI框架时纠结。说白了，LVGL和TouchGFX是目前最主流的两个开源/半开源方案。但很多人一上来就问“哪个更好”，这其实是个伪命题。
没有最好的框架，只有最合适的场景。今天这节导论，我就结合自己的项目经验，帮你把这两个框架的定位、市场现状和选型逻辑理清楚。
嵌入式GUI的市场现状：碎片化中的两强格局
先看一组数据。我根据近两年的行业报告和社区活跃度，整理了一个主流嵌入式GUI框架的对比表：
| 框架名称 | 许可证 | 资源占用 | 主要应用领域 | 社区活跃度 |
|---|---|---|---|---|
| LVGL | MIT开源 | 低（RAM 8KB+，Flash 64KB+） | IoT设备、智能家居、工业HMI | 极高（GitHub 15k+ stars） |
| TouchGFX | 免费商用（STM32限定） | 中（RAM 32KB+，Flash 256KB+） | 高端消费电子、汽车仪表、医疗设备 | 高（ST官方维护） |
| emWin | 商业付费 | 低 | 工业控制、传统嵌入式 | 中等（SEGGER维护） |
| QT for MCU | 商业付费 | 高（RAM 128KB+） | 高端MCU、跨界处理器 | 中等（QT公司维护） |
| MiniGUI | 商业/开源双许可 | 低 | Linux嵌入式、工控 | 低（国内维护） |
从这张表能看出什么？LVGL和TouchGFX占据了开源/免费商用领域的绝对主流。emWin和QT for MCU虽然成熟，但商业授权费用劝退了不少小团队。MiniGUI在国内工控领域还有存量，但新项目已经很少选了。
核心结论：2024年的嵌入式GUI市场，本质上是LVGL和TouchGFX的“双雄对决”。选型时绕不开这两个框架的对比。
选型痛点：为什么很多人选错了框架？
我见过最典型的翻车案例，是一个做智能门锁的团队。他们选了TouchGFX，结果产品量产时发现STM32F4系列涨价缺货，想换国产MCU，但TouchGFX对非ST芯片的支持非常有限。最后不得不花两个月重写LVGL版本。
这类问题背后，其实是三个核心痛点：
- 硬件绑定风险——TouchGFX深度依赖ST的硬件加速（Chrom-ART、LTDC），换芯片等于换框架。
- 资源评估失误——很多人只看“能不能跑”，没算帧缓冲区、字体缓存、动画队列的实际开销。
- 长期维护成本——开源框架的版本升级、社区支持、第三方组件生态，这些隐性成本容易被忽略。
我的建议：选框架前，先回答三个问题——①你的产品生命周期内会不会换主控？②UI的复杂度是“按钮+文本”还是“图表+视频”？③团队有没有能力维护开源代码？这三个问题能过滤掉80%的错误选择。
LVGL vs TouchGFX：核心差异速览
为了让你有个直观印象，我列一个关键维度的对比。后面每章都会展开讲，这里先看个全貌：
| 对比维度 | LVGL | TouchGFX |
|---|---|---|
| 最低硬件要求 | RAM 8KB / Flash 64KB | RAM 32KB / Flash 256KB |
| MCU架构支持 | ARM、RISC-V、Xtensa、MIPS等 | 仅ARM Cortex-M（ST为主） |
| 渲染引擎 | 软件渲染（VGLite可选） | 硬件加速（Chrom-ART） |
| UI设计工具 | SquareLine Studio（付费） | TouchGFX Designer（免费） |
| 动画性能 | 中等（60fps可达到） | 高（120fps常见） |
| 字体/图片支持 | 内置字体引擎，支持PNG/JPEG | 依赖外部解码，支持PNG/JPEG |
| 社区生态 | GitHub社区、论坛、第三方组件 | ST官方社区、合作伙伴 |
| 学习曲线 | 中等（C语言API，文档完善） | 较低（拖拽式设计，C++框架） |
嗯，这里要注意一个细节：LVGL的“最低硬件要求”是能跑起来的极限值，但实际项目建议至少留50%余量。我曾经在一个STM32G0上跑LVGL，RAM只有8KB，结果连一个全屏菜单都刷不出来。后来换了G4系列才搞定。
知识体系：这门课会怎么讲？
下面这张图是我设计的课程知识体系。你可以把它当成一张地图，后面每章都会对应到其中一个节点。
我的选型哲学：不迷信，不盲从
做了十几年嵌入式，我总结了一条经验：选框架不是选技术，而是选风险控制。
举个例子。如果你做的是消费电子产品，生命周期只有1-2年，TouchGFX的硬件绑定其实不是问题——反正产品换代时连主控一起换了。但如果你做的是工业设备，要卖5-10年，那LVGL的芯片无关性就是巨大的优势。
避坑提醒：我曾经帮一个客户评估过，他们用TouchGFX做了一款医疗手持终端，结果ST的某款MCU宣布停产，被迫换方案。迁移成本高达30人月。所以，如果你的产品生命周期超过3年，强烈建议优先考虑LVGL。
另外，团队的技术栈也很关键。LVGL是纯C，适合嵌入式工程师的传统技能树。TouchGFX是C++，如果你的团队熟悉面向对象编程，上手会更快。我见过一个团队，全员C语言背景，硬上TouchGFX，结果光理解“观察者模式”就花了两周。
这门课能给你什么？
简单来说，学完这门课，你会得到三样东西：
- 一套完整的对比框架——从架构、性能、资源、工具链到生态，每个维度都有量化数据和实测结论。
- 两个实战项目——用LVGL做一个智能家居控制面板，用TouchGFX做一个汽车仪表盘。代码全部开源，可以直接移植。
- 一份选型决策模板——根据你的项目需求，填几个参数就能自动推荐框架。这个模板是我自己项目里反复验证过的。
嗯，最后说一句。嵌入式GUI选型没有银弹，但通过系统化的对比，你可以把“玄学”变成“科学”。这就是这门课的价值所在。