LVGL颜色格式与色彩管理
上周调试一个智能家居面板项目，客户反馈屏幕显示的颜色总是偏灰，尤其是红色图标看起来像褪了色。我拿着逻辑分析仪抓了一下午数据，最后发现是颜色格式转换时丢了一位精度——LVGL默认的RGB565格式把红色通道的5位数据截断成了4位。这种问题在嵌入式GUI开发里太典型了，今天就把LVGL的颜色体系彻底拆开讲清楚。
颜色格式的底层逻辑
LVGL支持的颜色格式不是随便选的，它直接对应底层显示驱动和帧缓冲的物理布局。最常用的三种格式：
RGB565：16位色，R占5位，G占6位，B占5位。这是绝大多数低成本TFT屏的标配，因为16位刚好对齐MCU的16位总线，一次传输一个像素。注意绿色多一位是因为人眼对绿色最敏感，这是显示行业的通用妥协。
RGB888：24位色，每个通道8位。高端屏或者需要色彩精度的场景用，但代价是帧缓冲大小翻倍。比如320x240的屏幕，RGB565需要150KB，RGB888直接跳到300KB，很多MCU扛不住。
ARGB8565：24位，多了一个8位透明度通道。注意这个格式在LVGL里默认不启用，需要LV_COLOR_DEPTH配置为32，但实际颜色数据还是16位，只是额外存了alpha值。这里踩过坑——如果你用lv_color_mix()做透明叠加，底层会先转成ARGB8565计算，再转回目标格式，性能损耗很大。
颜色转换的隐藏陷阱
LVG
