缓冲区优化策略：单缓冲、双缓冲、全屏缓冲怎么选？
说到 LVGL 的流畅度，缓冲区配置绝对是绕不开的核心。我见过太多项目，CPU 跑得飞快，内存也给得够，但界面就是卡顿——十有八九是缓冲区没配好。
说白了，缓冲区就是 LVGL 用来绘制界面的「草稿纸」。这张纸怎么用、用多大，直接决定了你的界面是丝滑还是掉帧。今天我就把三种缓冲模式的配置方法和选型思路掰开揉碎了讲清楚。
核心结论先放这：缓冲区大小 = 刷新延迟 × 像素输出速率。但实际项目中，我们往往受限于内存大小，需要在「流畅度」和「资源占用」之间做取舍。
一、单缓冲模式：最省内存，但有限制
单缓冲，就是 LVGL 只分配一块缓冲区。绘制和刷新共用这一块区域。
配置代码很简单：
/* 单缓冲配置 */
#define MY_DISP_HOR_RES 240
#define MY_DISP_VER_RES 320
static lv_disp_draw_buf_t draw_buf;
static lv_color_t buf[MY_DISP_HOR_RES * 40]; // 40行缓冲区
lv_disp_draw_buf_init(&draw_buf, buf, NULL, MY_DISP_HOR_RES * 40);注意第二个参数是 buf，第三个参数是 NULL——这就是单缓冲的标志。
优点很明显：内存占用最小。40行缓冲区，对于 240×320 的屏幕，只用了 40×240×2 = 19.2KB（RGB565）。
缺点呢？绘制和刷新不能同时进行。LVGL 画完一行，必须等屏幕刷新完这一行，才能画下一行。这期间 CPU 在空等。
我的经验：单缓冲适合静态界面多的场景。比如温控器、智能家居面板，大部分时间显示固定数据，偶尔更新一下数值。我在一个智能电表项目里用过，效果还行。
但如果你要做动画、滑动列表，单缓冲就会露怯。帧率上不去，肉眼可见的撕裂感。
二、双缓冲模式：流畅度的入门选择
双缓冲，就是分配两块缓冲区。一块用于 LVGL 绘制，另一块用于屏幕刷新。两块轮流切换。
配置代码：
/* 双缓冲配置 */
static lv_color_t buf1[MY_DISP_HOR_RES * 40];
static lv_color_t buf2[MY_DISP_HOR_RES * 40];
lv_disp_draw_buf_init(&draw_buf, buf1, buf2, MY_DISP_HOR_RES * 40);看到没？第三个参数不再是 NULL，而是 buf2。这就是双缓冲。
核心优势：绘制和刷新可以并行。LVGL 在 buf1 里画下一帧，同时屏幕在刷新 buf2 的内容。画完了，切换一下，继续画 buf2，屏幕刷新 buf1。
这样一来，CPU 不用空等。帧率能提升不少。
| 对比项 | 单缓冲 | 双缓冲 |
|---|---|---|
| 内存占用 | 1 份缓冲区 | 2 份缓冲区 |
| 绘制与刷新 | 串行，必须等待 | 并行，无需等待 |
| 帧率上限 | 受限于刷新时间 | 可接近理论帧率 |
| 适用场景 | 静态界面、低频更新 | 动画、滑动、高频刷新 |
注意：双缓冲不是万能的。如果屏幕刷新速度很慢（比如 SPI 接口的 LCD），即使双缓冲，帧率也会被刷新速度卡住。我曾经在一个 320×480 的 SPI 屏上试过，刷新一行要 200μs，40 行就是 8ms，帧率上限也就 120fps 左右——但实际受限于 LVGL 绘制速度，能跑到 60fps 已经很不错了。
三、全屏缓冲：极致流畅，代价也大
全屏缓冲，就是缓冲区大小等于整个屏幕的像素数。比如 240×320 的屏幕，RGB565 格式，缓冲区就是 240×320×2 = 150KB。
配置代码：
/* 全屏缓冲配置 */
static lv_color_t buf_full[MY_DISP_HOR_RES * MY_DISP_VER_RES];
lv_disp_draw_buf_init(&draw_buf, buf_full, NULL, MY_DISP_HOR_RES * MY_DISP_VER_RES);注意：这里第三个参数又是 NULL。但缓冲区大小是整屏。
全屏缓冲的本质：LVGL 可以在内存里完整地画完一帧，然后一次性刷到屏幕。不需要分块绘制，没有行与行之间的切换开销。
这样做的好处是：
- 绘制效率最高，LVGL 可以自由地在整个画布上操作
- 没有撕裂感，因为整帧是完整刷新的
- 支持复杂的透明混合、抗锯齿等效果
但代价也很直接：内存占用大。150KB 对于 STM32F4 系列可能还能接受，但对于 STM32G0 或者 ESP32-C3 这种内存只有 400KB 的芯片，150KB 就太奢侈了。
我的建议：如果你的硬件有足够的内存（比如 Cortex-M7 系列、或者带外部 SRAM 的芯片），优先考虑全屏缓冲。我在一个带 RGB 接口的 480×272 屏幕上用过全屏缓冲，帧率稳定在 60fps，滑动列表跟手得不行。
四、如何根据硬件选择最佳方案？
这个问题没有标准答案。但我可以给你一个决策流程，是我在多个项目中总结出来的：
- 先看内存够不够全屏缓冲——够的话，直接上全屏缓冲。别犹豫。
- 内存不够全屏，但够双缓冲——用双缓冲。缓冲区行数建议取屏幕高度的 1/8 到 1/4。比如 320 高的屏幕，40~80 行比较合理。
- 内存只够单缓冲——那就单缓冲。但要注意：尽量减少动画和复杂绘制。如果必须做动画，考虑降低颜色深度（比如从 RGB565 降到 RGB332）。
- 内存连单缓冲都紧张——考虑用 LVGL 的
LV_USE_PERF_MONITOR和LV_USE_MEM_MONITOR先看看内存都花在哪了。有时候是字体、图片占了大头，优化一下就能挤出缓冲区空间。
下面这张图可以帮你快速决策：
五、几个实战中的避坑指南
坑一：缓冲区行数不是越多越好
我曾经在一个项目里把双缓冲的行数从 40 行加到 120 行，结果帧率反而下降了。为什么？因为缓冲区大了，LVGL 每次刷新要处理的数据量也大了，DMA 传输时间变长，反而拖慢了整体节奏。后来我调回 60 行，帧率反而上去了。
坑二：注意颜色深度对缓冲区大小的影响
同样的分辨率，RGB565 和 RGB888 的缓冲区大小差一倍。如果你的屏幕支持 RGB565，就别用 RGB888。省下来的内存可以给缓冲区多分几行。
坑三：SPI 屏幕的刷新速度是瓶颈
很多低成本屏幕用 SPI 接口，时钟频率撑死 40MHz。算一下：40MHz / 16位 = 2.5M 像素/秒。对于 240×320 的屏幕，全屏刷新需要 240×320 / 2.5M ≈ 30ms。也就是说，帧率上限也就 33fps。这种情况下，双缓冲和全屏缓冲的差距不大，单缓冲反而更省内存。
重要提醒：不要盲目追求大缓冲区。先搞清楚你的屏幕刷新速度、CPU 绘制速度、DMA 传输速度这三者的瓶颈在哪。我曾经见过一个项目，工程师配了全屏缓冲，但屏幕是 SPI 接口，刷新速度只有 20fps，全屏缓冲完全浪费了内存。
六、总结一下
缓冲区配置没有银弹。我的经验是：
- 内存够 → 全屏缓冲，省心省力
- 内存中等 → 双缓冲，行数取屏幕高度的 1/8~1/4
- 内存紧张 → 单缓冲，配合减少动画和降低颜色深度
- 不管哪种方案，先用
lv_disp_flush_ready()和性能监控工具看看实际帧率，别靠猜