1. LVGL外部存储基础
做嵌入式UI开发的朋友，迟早会碰到一个坎——图片资源太大，芯片内部Flash装不下。我刚开始用LVGL做项目时，也天真地以为把图片全部编译进固件就完事了。结果呢？一张800×480的背景图，用RGB565格式一算，直接吃掉800多KB。而我的MCU内部Flash总共才2MB，放完代码和字库，剩下的空间连塞三张图都够呛。
所以，外部存储加载图片，说白了就是给LVGL开一个「外挂仓库」。把图片、字体、音频这些大块头放到外部Flash或SD卡里，运行时按需读取。这样内部Flash只放核心代码，资源再多也不怕。
为什么非要用外部存储？
我遇到过不少新手，觉得「把图片转成C数组直接编译」挺省事。嗯，小项目确实可以。但一旦屏幕分辨率上去、图片数量增多，问题就全冒出来了：
- 固件体积爆炸——一张全屏JPEG转成C数组，体积膨胀好几倍。固件动不动就十几MB，烧录都成问题。
- 升级维护困难——换个开机Logo就得重新编译整个固件，再给客户发升级包。你想想看，这效率多低。
- RAM吃不消——LVGL解码图片时，如果全部解压到RAM，一张大图就能把STM32的RAM撑爆。我踩过这个坑，画面直接花屏死机。
核心结论：外部存储不是「可选项」，而是「必选项」。只要你的项目超过3张全屏图，或者固件超过2MB，就该认真考虑外部存储方案了。
外部存储 vs 内部存储：一张表说清楚
我把两种方案的差异整理成表格，方便你对照选型：
| 对比维度 | 内部存储（Flash） | 外部存储（Flash/SD卡） |
|---|---|---|
| 存储容量 | 通常 512KB ~ 4MB | 16MB ~ 32GB（甚至更大） |
| 读取速度 | 极快（CPU直接寻址） | 较慢（需通过SPI/SDIO接口） |
| 图片格式 | 仅支持C数组（BIN格式） | 支持JPEG、PNG、BMP、BIN等 |
| 固件体积 | 图片编译进固件，体积大 | 固件只含代码，体积小 |
| 升级维护 | 换图必须重刷固件 | 单独更新存储区即可 |
| RAM占用 | 解码时需全部加载到RAM | 支持流式解码，RAM占用低 |
| 成本 | 无额外硬件成本 | 需增加Flash芯片或SD卡槽 |
我的建议：如果项目对成本敏感、图片少于5张且每张不超过100KB，内部存储凑合能用。但凡图片多、分辨率高、需要频繁换肤，直接上外部Flash。我个人习惯用W25Q64（8MB SPI Flash），性价比很高。
外部存储的典型应用场景
我参与过的几个量产项目，外部存储基本是标配。给你列几个真实场景：
- 智能家居面板——需要存储多套主题皮肤、天气图标、设备状态图。一套皮肤几十张图，内部Flash根本塞不下。
- 工业HMI——界面需要显示设备结构图、流程图、报警图标。这些图经常更新，用外部存储可以远程替换。
- 车载仪表盘——仪表盘背景、指针、指示灯全是高清图。而且启动速度要求高，外部Flash配合LVGL的缓存机制能完美满足。
- 医疗设备——需要存储患者数据图表、操作指引图片。数据安全要求高，外部存储可以加密分区。
外部存储加载图片的核心流程
理解了这个流程，你就知道后面几章要做什么了。我画了一张图帮你理清思路：
整个流程其实就四步：图片资源 → 存入外部存储 → 挂载文件系统 → 通过LVGL接口读取。每一步都有坑，后面我会逐一拆解。
外部存储的硬件选型建议
选型时别只看容量，接口速度和驱动复杂度也很关键。我列几个常用方案：
- SPI Flash（W25Q系列）——成本低、驱动简单、8MB~64MB容量。适合大多数嵌入式项目。我常用W25Q64，配合FATFS，读写速度够用。
- SD卡（SPI/SDIO模式）——容量大、可插拔、方便调试。但要注意SD卡座占用空间，且SPI模式速度偏慢。SDIO模式快，但引脚多。
- NAND Flash——容量大、成本低，但需要坏块管理和ECC校验。驱动复杂，新手不建议直接上手。
曾经踩过的坑：我有个项目用了SPI Flash，但没注意它的擦除寿命。频繁更新图片导致某个块提前报废，整个文件系统崩溃。后来加了磨损均衡和坏块管理，问题才解决。所以，如果你的项目需要频繁擦写，选型时一定要看擦除次数指标。
小结
外部存储加载图片，不是炫技，是刚需。它解决了内部Flash容量不足、固件升级麻烦、RAM占用过高这三个核心痛点。后面的章节，我会带你一步步实现：从硬件驱动、文件系统移植，到LVGL文件系统接口注册，再到图片解码和缓存优化。