1. LVGL存储概述：存储体系、文件系统角色与选型原则

大家好，我是你们的嵌入式UI讲师。今天咱们来聊聊LVGL里一个特别重要、但容易被忽视的话题——存储与文件系统。

说实话，我刚开始用LVGL做项目时，也踩过不少坑。有一次，一个客户要求界面里放几十张高清图片，我心想“这还不简单”，结果一跑起来，内存直接爆了。嗯，从那以后我才真正重视起存储方案来。

1.1 LVGL存储体系介绍

LVGL的存储体系，说白了就是“数据怎么放、放哪里、怎么取”。它不像PC那样有海量硬盘，嵌入式设备里，存储资源是寸土寸金的。

我个人习惯把LVGL的存储体系分成三个层次：

• 内部RAM：这是最贵的资源，速度最快，但容量最小。LVGL的显示缓冲区、动态创建的对象、临时变量都在这。我建议你把它当成“黄金地段”，只放最核心的数据。
• 内部Flash：存放固件、字体、图标等只读数据。速度还行，但写入次数有限。我一般把固定UI资源（比如logo、常用图标）直接编译进Flash。
• 外部存储：比如SPI Flash、SD卡、NAND Flash。容量大、成本低，但速度慢。适合放图片、音频、配置文件这些“大块头”。

你想想看，如果所有图片都塞进RAM，那得用多贵的芯片？所以，合理的存储分层，是嵌入式UI设计的第一课。

1.2 文件系统在LVGL中的角色

文件系统在LVGL里扮演什么角色？我打个比方：没有文件系统，你的存储就像一堆散落的砖头；有了文件系统，这些砖头就变成了有编号的仓库货架。

具体来说，文件系统帮我们做了三件事：

1. 数据组织：把零散的图片、字体、配置文件，变成有名字、有路径的文件。你不需要记住每个资源在Flash的哪个地址，只需要知道文件名就行。
2. 动态加载：LVGL支持从文件系统动态加载资源。比如，用户切换主题时，从SD卡读取新的皮肤文件。这在产品迭代时特别有用——换UI不用刷固件，换个文件就行。
3. 日志与配置：设备运行参数、用户设置、错误日志，都可以通过文件系统持久化保存。我在一个项目中就用FatFS把WiFi配置存到SPI Flash里，断电不丢失。

我记得有一次，客户要求设备能通过U盘更新开机动画。如果没有文件系统，这几乎不可能实现。有了文件系统，我们只需要在LVGL里挂载U盘，然后读取新图片文件即可。

1.3 存储方案选型原则

选存储方案，说白了就是“在成本、性能、容量之间找平衡”。我总结了四条原则，供你参考：

原则	说明	我的经验
1. 够用就好	不要盲目追求大容量。先算清楚你的UI资源总大小，再留20%余量。	我曾经给一个温控器配了64MB Flash，结果只用了几百KB，纯属浪费。
2. 速度匹配	文件系统的读写速度，要能跟上UI的刷新需求。比如，动画图片如果从SD卡读取，卡顿会很明显。	我建议：频繁访问的资源（如字体）放内部Flash，偶尔访问的（如帮助文档）放外部存储。
3. 可靠性优先	嵌入式设备经常掉电，文件系统要能防损坏。FatFS有掉电保护模式，但性能会下降。	我曾经遇到过SD卡在写入时被拔出，导致文件系统崩溃。后来改用LittleFS，它的日志结构设计天然抗掉电。
4. 接口兼容	选文件系统时，要看MCU有没有对应的外设接口。比如，SPI Flash需要SPI接口，SD卡需要SDIO或SPI。	我习惯先看MCU的datasheet，确认有几个SPI、几个SDIO，再决定存储方案。

最后，我再说一个选型的小技巧：先画一个“存储资源地图”。把每个UI资源（图片、字体、音频、配置文件）列出来，标注大小、访问频率、是否需要修改。然后根据这张地图，决定哪些放RAM、哪些放Flash、哪些放外部存储。这样做，基本不会出大错。

好了，这一章就到这里。下一章我会带大家手把手移植FatFS到LVGL，到时候咱们再细聊。