1. LVGL 内存模型深度剖析

做嵌入式 GUI 开发，内存就是硬通货。LVGL 作为一个资源友好的图形库，它的内存管理方式直接决定了你能跑多复杂的界面、能同时开多少个控件。这一章，我们就来拆开 LVGL 的内存模型，看看它到底怎么分配、怎么回收，以及你在实际项目中该怎么选。

1.1 动态内存 vs 静态内存：两个世界

LVGL 支持两种内存分配方式：动态内存和静态内存。说白了，一个是从堆里现用现取，一个是编译时就定好位置和大小。

我个人习惯把动态内存比作「随用随借」，静态内存比作「提前存好」。这两种方式各有各的脾气，用错了地方，轻则内存碎片，重则系统崩溃。

你想想看，如果你的界面里有一个永远不变的标题栏，用静态内存就非常合适。但如果你要做一个动态列表，用户上下滑动时不断创建和销毁条目，那就必须用动态内存。

1.2 LVGL 的动态内存分配机制

LVGL 内部使用 lv_mem_alloc()、lv_mem_free() 和 lv_mem_realloc() 来管理动态内存。默认情况下，它使用标准 C 库的 malloc/free，但你可以通过配置换成自己的内存管理算法。

我记得在做一个智能家居面板项目时，默认的 malloc/free 导致界面操作越来越卡。后来我换成了 LVGL 自带的 LV_MEM_CUSTOM 模式，配合一个简单的内存池，问题就解决了。

LVGL 还提供了一个内存监控功能：lv_mem_monitor_t。你可以随时查看当前内存使用情况，包括已用大小、空闲大小、碎片率等。这对调试非常有用。

// 内存监控示例
lv_mem_monitor_t mon;
lv_mem_monitor(&mon);

LV_LOG_USER("Used: %d, Free: %d, Frag: %d%%", 
             mon.used_size, mon.free_size, mon.frag_pct);

我曾经在一个项目中，发现碎片率飙升到 30% 以上，界面操作明显变慢。通过这个监控函数，我定位到了问题——某个控件在刷新时频繁创建和销毁字体缓存。后来我改用静态缓存，碎片率降到了 5% 以下。

1.3 静态内存的使用场景

静态内存不是不用，而是要用在刀刃上。LVGL 中有几个地方特别适合用静态内存：

• 显示缓冲区（display buffer）：这是 LVGL 最核心的内存消耗点。建议用静态数组或全局变量分配，大小至少为屏幕分辨率的 1/10。
• 常驻控件：比如主界面上的导航栏、状态栏，这些控件从创建到销毁一直存在，用静态内存可以避免碎片。
• 关键数据结构：比如 lv_disp_drv_t、lv_indev_drv_t 等驱动结构体，用静态分配更安全。

// 静态分配显示缓冲区示例
#define DISP_BUF_SIZE (LV_HOR_RES_MAX * LV_VER_RES_MAX / 10)

static lv_color_t buf1[DISP_BUF_SIZE];
static lv_color_t buf2[DISP_BUF_SIZE];

static lv_disp_draw_buf_t disp_buf;
lv_disp_draw_buf_init(&disp_buf, buf1, buf2, DISP_BUF_SIZE);

1.4 LVGL 内存模型全景图

下面这张图展示了 LVGL 内存模型的核心结构。你可以看到动态内存和静态内存各自的位置，以及它们如何协同工作。

1.5 实际项目中的选择策略

说了这么多理论，到底怎么选？我总结了几条实战经验：

1. 显示缓冲区必须静态分配：这是 LVGL 的心脏，动态分配可能导致刷新不稳定。我在一个项目中试过动态分配显示缓冲区，结果屏幕偶尔出现撕裂，换成静态后问题消失。
2. 常驻控件用静态：比如主界面框架、导航栏。这些控件从开机到关机都在，用动态分配纯属浪费。
3. 临时控件用动态：比如弹窗、下拉菜单、动态列表项。用完后及时释放，避免内存泄漏。
4. 字体和图片缓存看情况：如果字体固定，建议静态分配。如果字体需要动态切换（比如多语言），那就用动态。

1.6 内存碎片：看不见的杀手

动态内存最大的敌人就是碎片。你想想看，频繁地分配和释放小块内存，会导致内存空间变得支离破碎。即使总空闲内存足够，也可能分配不出一块连续的大内存。

LVGL 提供了 lv_mem_defrag() 函数来尝试整理碎片，但这不是万能的。更好的办法是从设计上减少碎片：

• 尽量分配大小相近的内存块：比如所有按钮都用相同大小的内存。
• 避免频繁分配释放：可以用对象池技术，复用已分配的对象。
• 使用静态内存替代：对于大小固定的数据，直接用静态内存。