LVGL字体系统概述：从乱码到优雅显示的调试笔记
去年做一款智能家居面板，屏幕显示温湿度数据时，中文字符全部变成方框。当时以为是编码问题，折腾了三天，最后发现是字体文件没加载——这个坑让我意识到，LVGL的字体系统远不止“选个字体”那么简单。今天这篇笔记，就聊聊我踩过的那些坑和总结的经验。
字体在LVGL中的角色：不是“字库”那么简单
很多人以为字体就是一堆字形数据，但在LVGL里，字体是一个完整的渲染子系统。它决定了字符如何从编码映射到像素，如何抗锯齿，甚至如何节省内存。LVGL的字体系统核心由三部分组成：字体文件（或数组）、字体引擎（渲染算法）、以及字符映射表（Unicode到字形索引的桥梁）。
调试时最常遇到的问题是：明明添加了字体，但某些字符显示不出来。这通常不是字体文件损坏，而是字符映射表没覆盖到目标字符。比如你加载了一个只包含ASCII的字体，却想显示中文，结果必然是方框。
字体加载的两种姿势：文件系统 vs 内存数组
LVGL支持两种字体加载方式：从文件系统读取（lv_font_load）和从内存数组加载（lv_font_dsc_t结构体直接引用）。文件系统方式灵活，但依赖存储介质；内存数组方式速度快，但占用Flash。
我习惯在开发阶段用文件系统，方便替换字体；量产时则把字体编译进固件，避免文件系统故障导致显示异常。注意：lv_font_load返回的是指针，如果文件路径错误，返回NULL，后续使用会直接崩溃。这里踩过坑——忘记检查返回值，
