3. 帧缓冲（Framebuffer）概念：什么是帧缓冲、显存映射、像素格式

好，咱们今天聊一个在嵌入式图形开发里绕不开的核心概念——帧缓冲。说白了，它就是一块专门用来存放图像数据的内存区域。你想想看，屏幕上每一个像素点显示什么颜色，最终都得从这块内存里读数据。我刚开始接触嵌入式图形时，总觉得这玩意儿很玄乎，后来自己动手在STM32上点亮一块LCD屏，才真正搞明白它到底是怎么回事。

3.1 什么是帧缓冲？

帧缓冲，英文叫Framebuffer，本质上就是一块连续的内存区域。它和普通内存的区别在于：这块内存的内容会被硬件（比如LCD控制器、HDMI发送器）周期性地读取，然后转换成屏幕上的像素颜色。

你可以把它想象成一个“画布”。你在内存里画好了一帧画面，硬件就自动把这张画布的内容投射到屏幕上。这个过程是持续的、自动的，不需要CPU每时每刻去干预。

我在一个项目里遇到过这样的情况：用MCU驱动一块320x240的TFT屏，一开始没开帧缓冲，每次更新画面都直接操作LCD控制器寄存器，结果屏幕闪烁得厉害。后来改用双缓冲（一个后台画，一个前台显示），闪烁问题就解决了。嗯，这就是帧缓冲的典型应用场景。

3.2 显存映射

显存映射，就是把帧缓冲的物理内存地址映射到系统地址空间中，让CPU可以直接读写。说白了，就是给这块内存起个“门牌号”，CPU通过这个门牌号就能访问它。

在嵌入式系统里，显存映射通常有两种方式：

• 直接映射：帧缓冲位于MCU的内部SRAM或外部SDRAM中，CPU通过总线直接访问。这种方式延迟低，但内存大小受限。
• DMA映射：帧缓冲位于专用的显存区域（比如某些LCD控制器自带的GRAM），CPU通过DMA方式读写。这种方式适合大尺寸屏幕，但需要配置DMA控制器。

我个人的习惯是：小尺寸屏幕（比如128x64的单色屏）用直接映射，简单粗暴；大尺寸屏幕（比如480x272的彩色屏）用DMA映射，省CPU资源。

3.3 像素格式

像素格式决定了每个像素在内存里占多少位、怎么编码。最常见的两种格式是RGB565和RGB888。

3.3.1 RGB565

RGB565用16位（2字节）表示一个像素。其中：

• 红色（R）占5位，取值范围0-31
• 绿色（G）占6位，取值范围0-63
• 蓝色（B）占5位，取值范围0-31

为什么绿色多1位？因为人眼对绿色最敏感，多1位可以让颜色过渡更平滑。我在做手持设备UI时，经常用RGB565，因为它省内存——一个像素只占2字节，对于320x240的屏幕，一帧只需要150KB左右。

RGB565的像素数据在内存中的排列方式：

// 假设一个像素的RGB值为：R=31, G=63, B=31
// 在内存中（小端模式）：
// 低字节: G[2:0] + B[4:0]  = 111 + 11111 = 0xFF
// 高字节: R[4:0] + G[5:3]  = 11111 + 111 = 0xFF
// 所以这个像素在内存中就是 0xFFFF（白色）
uint16_t pixel = (red << 11) | (green << 5) | blue;

3.3.2 RGB888

RGB888用24位（3字节）表示一个像素。其中：

• 红色（R）占8位，取值范围0-255
• 绿色（G）占8位，取值范围0-255
• 蓝色（B）占8位，取值范围0-255

RGB888能显示1677万种颜色，比RGB565的65536种丰富得多。但代价是内存占用增加了50%。对于同样320x240的屏幕，一帧需要230KB左右。

RGB888的像素数据在内存中的排列方式：

// 假设一个像素的RGB值为：R=255, G=255, B=255
// 在内存中（小端模式）：
// 字节0: B = 0xFF
// 字节1: G = 0xFF
// 字节2: R = 0xFF
// 所以这个像素在内存中就是 0x00FFFFFF（白色，注意高位字节可能为0）
uint32_t pixel = (red << 16) | (green << 8) | blue;

3.4 像素格式对比

特性	RGB565	RGB888
每像素位数	16位	24位（或32位对齐）
颜色数	65536	1677万
内存占用（320x240）	150KB	230KB（或300KB对齐）
CPU访问效率	高（16位对齐）	中等（24位非对齐慢）
适用场景	低端MCU、小屏幕	高端MCU、大屏幕、照片显示

3.5 帧缓冲与像素格式的关系

帧缓冲的大小 = 屏幕宽度 × 屏幕高度 × 每像素字节数。举个例子：

• 480×272的屏幕，用RGB565：480 × 272 × 2 = 261,120字节 ≈ 255KB
• 480×272的屏幕，用RGB888：480 × 272 × 3 = 391,680字节 ≈ 382KB

你想想看，如果MCU只有512KB的SRAM，用RGB888的话一帧就占了382KB，剩下的130KB还要跑系统、堆栈、变量……很容易爆内存。所以我一般建议：在资源受限的嵌入式设备上，优先用RGB565。

下面这张图展示了帧缓冲、显存映射和像素格式之间的关系：

3.6 实际项目中的选择建议

说了这么多理论，咱们来点实际的。我在做嵌入式UI项目时，一般按以下原则选择像素格式：

1. 内存紧张（<256KB）：用RGB565，甚至可以考虑RGB332（8位，但颜色质量差）。
2. 内存充足（>512KB）：用RGB888，颜色更丰富，UI效果更好。
3. 需要透明效果：用ARGB8888（32位，带Alpha通道），但内存占用更大。
4. 单色屏或低端应用：直接用1位/像素的二进制位图，省到极致。