1、课程导论：为什么需要对比LVGL与TouchGFX？嵌入式GUI选型的痛点与决策框架
做嵌入式产品，选GUI框架这件事，我见过太多团队踩坑了。
项目做到一半发现内存不够，或者换了个芯片平台，原来的UI库跑不起来。更头疼的是，产品上市后用户嫌界面卡顿，想优化却发现代码耦合太深，动一处牵全身。
说白了，GUI选型不是技术问题，是成本问题、时间问题、甚至是产品生死问题。
今天这章，我们就聊聊为什么LVGL和TouchGFX值得你花时间对比，以及怎么建立一个靠谱的决策框架。
1.1 嵌入式GUI选型的三大痛点
我这些年接触过不少项目，从智能家居面板到工业手持设备，几乎每个团队在选GUI框架时都会遇到下面三个坎：
- 资源受限，跑不动——MCU的RAM只有几十KB，Flash也紧巴巴。选个花哨的框架，界面还没画完，内存先爆了。
- 跨平台移植，折腾人——今天用STM32，明天换国产芯片，后天又可能上RTOS。框架的硬件抽象层好不好，直接决定移植工作量。
- 开发效率低，迭代慢——UI设计师出一版效果图，工程师要手写几百行代码才能还原。改个按钮颜色，还得重新编译烧录。
⚠️ 我曾经踩过的坑： 有个项目选了某闭源GUI库，前期开发很顺。结果芯片缺货被迫换平台，发现该库不支持新架构，整个UI得重写。从那以后，我选框架必看「跨平台支持」这一项。
1.2 为什么是LVGL和TouchGFX？
市面上嵌入式GUI框架不少，但真正能打、社区活跃、文档齐全的，其实就这两个。
| 维度 | LVGL | TouchGFX |
|---|---|---|
| 开源/闭源 | 完全开源 (MIT) | 部分开源 (ST授权免费) |
| 最低RAM需求 | ~10 KB | ~64 KB (建议128KB+) |
| 最低Flash需求 | ~64 KB | ~256 KB |
| 硬件加速 | 可选 (支持DMA2D/GPU) | 强依赖 (Chrom-ART) |
| 开发工具 | SquareLine Studio / NXP GUI Guider | TouchGFX Designer (官方) |
| 社区生态 | GitHub 12k+ Star | ST官方论坛 + 商业支持 |
你看，LVGL走的是「轻量、灵活、全平台」路线，TouchGFX则更偏向「高性能、强硬件绑定、工具链完善」。没有绝对的好坏，只有合不合适。
1.3 决策框架：四步选型法
我个人习惯用下面这个框架来做决策。你想想看，如果每一步都走扎实了，选型基本不会出大问题。
- 第一步：算资源账——先看目标芯片的RAM、Flash、主频。LVGL适合资源紧张的场景，TouchGFX需要相对富裕的硬件。
- 第二步：看交互复杂度——如果只是几个按钮+文本，LVGL足够。如果需要滑动列表、动画过渡、多点触控，TouchGFX的硬件加速优势就出来了。
- 第三步：评估团队能力——团队熟悉C语言和底层驱动，选LVGL更可控。团队有UI设计师、追求快速出原型，TouchGFX的拖拽式开发更友好。
- 第四步：考虑长期维护——产品生命周期长、可能换平台，选开源LVGL。产品绑定ST生态、短期出货压力大，选TouchGFX。
核心观点： 选型不是「谁更好」，而是「谁更适合你的项目上下文」。同一个团队，不同项目可能选不同框架，这很正常。
1.4 本章知识体系
下面这张图，帮你快速建立本章的知识结构。我建议你保存下来，后续学习时可以随时对照。
💡 我的建议： 如果你现在手头有项目正在选型，不妨把上面四步走一遍。哪怕只花半小时，也能帮你避免后面几个月的返工。
1.5 本课程的学习路径
这门课一共30章，我会从资源占用、渲染性能、开发效率、跨平台能力、社区生态等维度，把LVGL和TouchGFX掰开揉碎对比。
每一章我都会结合自己实际项目中的经验，告诉你哪些坑可以绕开，哪些技巧能帮你省时间。