1. 课程导入
字体在GUI里有多重要？我打个比方——没有字体，你的界面就像一个人没了五官，功能再强也表达不出来。做嵌入式GUI这些年，我见过太多项目在字体上栽跟头：要么显示模糊，要么内存爆了，要么中文字体乱码。说白了，字体系统是GUI的"门面"，也是性能的"暗坑"。
LVGL的字体架构设计得相当精巧。它不是简单地把字模塞进内存，而是构建了一套完整的渲染管线。我个人习惯把LVGL字体系统拆成三层来看：字体数据层、字体引擎层、渲染输出层。这样理解起来会清晰很多。
核心观点： LVGL的字体系统是模块化设计的典范。它把字体加载、字符映射、渲染输出完全解耦，你可以单独替换其中任何一层而不影响其他部分。
1.1 LVGL字体架构
LVGL的字体架构，说白了就是一套"怎么存、怎么找、怎么画"的机制。我画了一张架构图，你看完就明白了：
你看这个架构，从上到下是数据流的方向。字体数据层负责"有什么字"，引擎层负责"怎么找字"，渲染层负责"怎么画字"。我在项目里经常遇到有人把这三层混在一起调，结果出了问题根本定位不到根因。
1.2 字体渲染引擎介绍
LVGL内置了两种渲染引擎，我分别说说它们的特点：
| 渲染引擎 | 适用场景 | 优点 | 缺点 |
|---|---|---|---|
| lv_font_fmt_txt | 大多数嵌入式场景 | 支持抗锯齿、支持多种字体格式、内存占用可控 | 对字体文件格式有要求 |
| lv_font_unscii | 极简/低资源设备 | 占用极小、渲染速度快 | 不支持抗锯齿、只支持单色位图 |
我个人更常用 lv_font_fmt_txt，因为它支持抗锯齿。你想想看，在320x240的小屏幕上，没有抗锯齿的字体边缘全是锯齿，用户体验很差。不过要注意，抗锯齿会多消耗约30%的渲染时间，在低主频MCU上要权衡。
小技巧： 如果你的MCU主频低于100MHz，建议关闭抗锯齿或者只对标题文字开启。我在STM32F103上做过测试，开启抗锯齿后帧率从30fps掉到了18fps。
1.3 字体在GUI中的重要性
字体在GUI里到底有多重要？我总结了几点：
- 信息传达的载体——没有字体，你连个按钮文字都显示不了
- 用户体验的关键——字体模糊、锯齿严重，用户第一眼就觉得"这产品很廉价"
- 性能的瓶颈——字体渲染往往是GUI中最耗CPU的操作之一
- 多语言支持的基础——尤其是中文，一个GB2312字库就要几百KB
我记得有一次做工业HMI项目，客户要求显示中文、英文、日文三种语言。我一开始没规划好字库，结果Flash空间直接爆了。后来才意识到，字体选型必须在项目初期就定下来，不然后期改起来成本极高。
避坑指南： 千万不要在项目中期才考虑字体问题。我曾经有个项目，UI都做完了才发现默认字体不支持中文，结果所有控件都要重新设置字体属性，改了两天两夜。字体选型一定要在UI设计阶段就确定。
还有一个容易被忽略的点：字体渲染的功耗。在电池供电的设备上，频繁的字体渲染会显著增加功耗。我做过对比测试，同样的界面，使用预渲染位图字体比实时渲染矢量字体省电约40%。
嗯，这里要注意一点：LVGL的字体系统虽然灵活，但也不是万能的。它不支持复杂的文字排版（比如阿拉伯语的连字），也不支持可变字体。如果你的项目有这些需求，可能需要考虑其他方案。
总结一下这一节的核心：
- LVGL字体系统分三层：数据层、引擎层、渲染层
- 内置两种渲染引擎，按资源情况选择
- 字体选型要趁早，不然后期改造成本高
- 性能、功耗、多语言支持都要提前规划