3. 色彩空间与深度：RGB565、RGB888、ARGB8888详解

做嵌入式GUI，说白了就是在跟颜色打交道。你想想看，一块屏幕几万甚至几十万个像素点，每个点显示什么颜色，背后都是二进制数据在说话。我刚开始做嵌入式UI那会儿，总觉得颜色格式不就是RGB嘛，有啥好纠结的？直到有一次项目做到一半，内存爆了，画面还偏色得厉害……嗯，从那以后我再也不敢小看色彩深度这回事了。

这一节，咱们就把RGB565、RGB888、ARGB8888这三个老伙计彻底聊透。它们怎么存数据？占多少内存？显示效果差在哪？什么时候该用哪个？我都会结合项目里的实际踩坑经验跟你讲清楚。

3.1 色彩深度是什么？

色彩深度，也叫位深，指的是每个像素用多少位（bit）来表示颜色。位数越多，能表达的颜色数量就越多，画面也就越细腻。

举个例子：
1位色，每个像素只能表示0或1，那就是黑白屏。
8位色，能表示256种颜色，早期手机游戏那种效果。
16位色，能表示65536种颜色，很多单片机屏的标配。
24位色，能表示1677万种颜色，基本就是真彩色了。

你可能会问：那是不是位深越大越好？
理论上是，但代价也很直接——内存占用翻倍地涨。在嵌入式系统里，RAM和Flash都是按KB甚至Byte来抠的，选错色彩深度，轻则画面卡顿，重则直接跑不起来。

3.2 RGB565：嵌入式界的“万金油”

RGB565，顾名思义，就是用16位（2字节）来表示一个像素。这16位怎么分配的呢？

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

为什么绿色多1位？因为人眼对绿色最敏感，多给1位能让画面看起来更自然。这是有科学依据的，不是拍脑袋定的。

// RGB565 像素格式（16位）
// 位分布：RRRRR GGGGGG BBBBB
// 示例：将RGB888转换为RGB565
uint16_t rgb888_to_rgb565(uint8_t r, uint8_t g, uint8_t b) {
    return ((r & 0xF8) << 8) |  // R取高5位，左移8位
           ((g & 0xFC) << 3) |  // G取高6位，左移3位
           (b >> 3);            // B取高5位
}

3.3 RGB888：真彩色，但代价不小

RGB888用24位（3字节）表示一个像素，每个颜色通道各占8位：

• 红色（R）：8位，0~255
• 绿色（G）：8位，0~255
• 蓝色（B）：8位，0~255

总共能表示 256×256×256 = 16,777,216 种颜色，也就是我们常说的“真彩色”。

// RGB888 像素格式（24位）
// 每个通道1字节，顺序通常为 R G B
typedef struct {
    uint8_t r;
    uint8_t g;
    uint8_t b;
} rgb888_t;

// 内存占用计算
// 800×480 分辨率，RGB888 帧缓冲大小：
// 800 × 480 × 3 = 1,152,000 字节 ≈ 1.1MB

RGB888的显示效果确实好，颜色过渡平滑，没有肉眼可见的色阶。但问题也很明显——内存占用太大了。800×480的屏幕，单帧就要1.1MB，很多MCU的RAM总共才512KB，根本玩不转。

3.4 ARGB8888：带透明通道的“贵族”

ARGB8888用32位（4字节）表示一个像素，在RGB888的基础上多了一个Alpha通道（透明度）：

• Alpha（A）：8位，0~255，0表示完全透明，255表示完全不透明
• 红色（R）：8位
• 绿色（G）：8位
• 蓝色（B）：8位

// ARGB8888 像素格式（32位）
// 位分布：AAAAAAAA RRRRRRRR GGGGGGGG BBBBBBBB
// 常用于带透明效果的图标、弹窗、图层叠加

uint32_t argb_pixel = (alpha << 24) | (red << 16) | (green << 8) | blue;

// 内存占用：800×480 分辨率
// 800 × 480 × 4 = 1,536,000 字节 ≈ 1.5MB

ARGB8888最大的价值在于支持透明度。做UI的时候，圆角按钮、阴影效果、弹窗半透明背景，这些都需要Alpha通道。但代价也很明显——内存占用是RGB565的2倍，是RGB888的1.33倍。

3.5 三种格式对比：一张表说清楚

参数	RGB565	RGB888	ARGB8888
位深	16位	24位	32位
每像素字节数	2字节	3字节	4字节
颜色总数	65,536	16,777,216	16,777,216 + 256级透明度
320×240帧缓冲	150KB	225KB	300KB
800×480帧缓冲	750KB	1.1MB	1.5MB
显示效果	良好，轻微色阶	优秀，无肉眼色阶	优秀 + 透明效果
适用场景	MCU、低内存设备	MPU、Linux设备	需要透明效果的UI

3.6 色彩深度对内存和性能的影响

这个影响是实实在在的，我直接给你算笔账：

1. 帧缓冲翻倍：从RGB565换成ARGB8888，同样分辨率下，帧缓冲大小直接翻倍。如果你的MCU只有256KB RAM，用RGB565还能跑320×240，换成ARGB8888就直接爆了。
2. 刷新带宽增加：数据量大了，SPI/LCD接口的传输时间也变长。我测过，同样刷一帧，RGB565只要15ms，ARGB8888要30ms，帧率直接砍半。
3. CPU计算开销：处理ARGB8888的像素数据，CPU要处理4字节而不是2字节，混合运算（Alpha blending）更是吃性能。在低主频MCU上，这个差距非常明显。
4. Flash存储翻倍：图片资源用ARGB8888存储，体积是RGB565的2倍。如果你的Flash只有2MB，存几张图就满了。

3.7 知识体系结构图

下面这张图帮你理清三种色彩格式的核心差异和选择逻辑：

3.8 实际项目中的选择策略

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

• MCU平台（STM32、ESP32、GD32等）：优先选RGB565。RAM和Flash都紧张，RGB565是性价比最高的选择。如果屏幕分辨率超过480×320，建议考虑RGB888但只做局部刷新。
• MPU/Linux平台（全志、瑞芯微、NXP i.MX等）：RGB888是主流，内存够用，显示效果好。如果UI需要透明效果，局部使用ARGB8888，背景层用RGB888。
• 电池供电设备：RGB565优先。减少数据传输量就是省电，这个我在穿戴设备项目里深有体会。
• 需要透明效果的场景：比如弹窗遮罩、图标叠加、圆角阴影，用ARGB8888。但建议只对需要透明的图层用ARGB8888，背景层用RGB565或RGB888，减少内存压力。