2. LVGL与TouchGFX概述：两大框架的诞生背景、核心定位、市场占有率对比、开源协议差异
做嵌入式UI选型，我见过太多团队在LVGL和TouchGFX之间反复横跳。有人觉得LVGL免费就无脑选，有人看TouchGFX是ST官方出品就闭眼入。结果呢？项目做到一半发现资源不够，或者协议上踩了坑，回头改方案的成本高得吓人。
这一章，咱们把这两大框架的底裤扒干净。从它们怎么来的、各自想解决什么问题、市场上谁在用、以及那个最容易被人忽略的开源协议差异，一次性说透。
2.1 诞生背景：两个完全不同的故事
LVGL（Light and Versatile Graphics Library） 的故事挺有意思。2016年，一个叫Gábor Kiss-Vámosi的匈牙利工程师，在做自己的智能家居项目时，发现市面上没有一款真正适合MCU的、既轻量又功能完整的GUI库。他干脆自己写了一个，最初叫LittlevGL，后来改名为LVGL。说白了，这是一个典型的「社区驱动型」项目，从诞生第一天起就扎根在嵌入式开发者的真实需求里。
我2018年第一次接触LVGL时，它才到v6版本，文档简陋得可怜。但它的架构设计非常干净——对象树、事件驱动、样式系统，这些核心概念从早期就定下来了。社区也很活跃，你提个issue，作者本人可能几小时内就回复了。
TouchGFX 则是另一个路子。它最初是瑞典一家叫Draupner Graphics的公司做的商业产品，主打高端GUI，早期客户都是汽车仪表盘、医疗设备这类对视觉效果要求极高的领域。2018年，ST意法半导体把它收购了，然后做了一件很聪明的事——对STM32用户免费开放。
我记得当时圈子里炸了锅。一个原本卖授权费好几万美金的商业引擎，突然免费了？但仔细看条款就会发现，免费是有条件的——你必须用STM32芯片和ST的IDE。这招「硬件绑定」玩得相当漂亮。
| 维度 | LVGL | TouchGFX |
|---|---|---|
| 诞生时间 | 2016年（社区开源） | 2014年（商业产品）→ 2018年被ST收购 |
| 创始人/公司 | Gábor Kiss-Vámosi（个人项目） | Draupner Graphics → ST意法半导体 |
| 最初定位 | 轻量通用嵌入式GUI | 高端商业GUI引擎 |
| 驱动模式 | 社区驱动，开发者共建 | 厂商驱动，商业团队维护 |
2.2 核心定位：轻量通用 vs 厂商生态
LVGL的核心定位，我总结为四个字：「轻量通用」。它不绑定任何芯片厂商，不依赖特定IDE，甚至不要求RTOS。你拿一个Cortex-M0+、64KB RAM的单片机，照样能跑起来。它的设计哲学是「给你工具，你自己搭积木」。
TouchGFX则完全不同。它的核心定位是「厂商生态内的极致体验」。ST把它深度集成到了STM32CubeMX和TouchGFX Designer里，你点点鼠标就能生成整个UI工程。它的渲染引擎针对STM32的硬件加速器（如Chrom-ART、LTDC、DMA2D）做了深度优化，同样的动画效果，在STM32上跑得就是比别的库流畅。
这里有个坑，我踩过。有一次项目选型，团队觉得TouchGFX「免费又好用」，直接上了。结果中途客户要求换NXP的芯片，才发现TouchGFX对非ST平台的支持几乎为零——不是移植难度大，是根本就没做。最后只能推倒重来，换成LVGL。嗯，从那以后我养成了一个习惯：先确定芯片平台，再选GUI框架。
一句话总结定位差异：
- LVGL = 芯片无关的「瑞士军刀」，灵活但需要自己打磨
- TouchGFX = ST生态的「精工利器」，好用但被绑定
2.3 市场占有率：数据背后的真相
说实话，嵌入式GUI领域没有特别权威的第三方市调报告。我一般参考三个维度：GitHub星标数、搜索引擎热度、以及招聘网站上的岗位需求。
截至2024年底，LVGL在GitHub上有超过16k星标，TouchGFX大约4k。但星标数不能完全说明问题——TouchGFX的用户很多是传统嵌入式工程师，他们不习惯上GitHub，更多是通过ST的官方渠道获取资源。
从搜索引擎趋势来看，LVGL的搜索量在2020年后快速增长，尤其在亚洲市场。TouchGFX则在欧洲和北美工业领域更强势。我个人的感觉是：消费电子和IoT领域，LVGL占优；汽车和医疗等高端工业领域，TouchGFX更常见。
| 指标 | LVGL | TouchGFX |
|---|---|---|
| GitHub Stars | ~16k+ | ~4k+ |
| 主要用户群体 | IoT、智能家居、开源硬件 | 汽车仪表、医疗设备、工业HMI |
| 地域分布 | 亚洲、东欧、北美 | 欧洲、北美 |
| 社区活跃度 | 高（论坛、Discord、GitHub） | 中（ST官方社区为主） |
| 招聘需求 | 增长快，IoT公司为主 | 稳定，传统工业/汽车公司为主 |
我的选型建议： 如果你做的是消费级产品，或者未来可能换芯片平台，优先考虑LVGL。如果你确定只用STM32，且项目对UI流畅度要求极高（比如60fps动画），TouchGFX能帮你省下大量优化时间。
2.4 开源协议差异：这个坑千万别踩
协议问题，是选型时最容易被忽略、但后果最严重的环节。我见过不止一个团队，产品都量产了，法务突然找来说「这个协议不能用」。你想想看，那得多崩溃。
LVGL 采用 MIT协议。这是最宽松的开源协议之一。你可以自由使用、修改、商用，甚至闭源。唯一的要求就是保留版权声明。说白了，你拿LVGL做产品卖钱，一分钱不用给原作者，也不用开源你的代码。这对商业产品来说，简直不要太友好。
TouchGFX 的情况就复杂多了。它本质上是 双重授权：
- 免费版：绑定STM32芯片，使用ST的IDE（STM32CubeIDE或IAR/Keil配合CubeMX），可以免费商用。但代码生成器生成的代码是闭源的，底层库以二进制形式提供。
- 商业版：如果你要用在其他MCU上，或者需要完整源码，就得付费购买商业授权。价格嘛……我听说小团队基本承受不起。
⚠️ 避坑指南：
- 如果你用TouchGFX做产品，永远不要假设它能免费移植到非ST平台。协议里写得清清楚楚，免费授权只针对STM32。
- LVGL的MIT协议虽然宽松，但如果你修改了LVGL核心代码并分发，记得保留原作者的版权声明。虽然不强制开源，但这是基本的尊重。
- 我见过有人把LVGL的源码直接嵌入到自己的闭源库中，然后声称「完全自主开发」——这种做法虽然不违法，但在社区里口碑会非常差。
| 协议维度 | LVGL (MIT) | TouchGFX (双重授权) |
|---|---|---|
| 商用是否免费 | 是（无条件） | 是（仅限STM32平台） |
| 是否必须开源 | 否 | 否（免费版提供二进制库） |
| 芯片绑定 | 无 | 免费版绑定STM32 |
| 获取完整源码 | 是（GitHub直接下载） | 免费版仅部分源码，商业版需付费 |
| 法律风险 | 极低 | 中等（需仔细阅读授权条款） |
2.5 一张图看懂整体对比
下面这张SVG图，把两个框架的核心差异做了可视化对比。你可以把它当作选型时的快速参考。
这张图把两个框架的四个核心对比维度都串起来了。你可以看到，LVGL的优势在于灵活性和社区生态，TouchGFX的优势在于厂商深度集成和开箱即用的体验。选哪个，取决于你的项目到底需要什么。