第三章 Linux帧缓冲（Framebuffer）基础
说实话，帧缓冲（Framebuffer）这个概念，我刚开始接触时也觉得挺玄乎的。说白了，它就是Linux内核提供的一个抽象层，让咱们的应用程序可以直接往屏幕上画东西，不用去管底层硬件怎么操作。嗯，你可以把它想象成一块内存区域，你往里面写什么数据，屏幕上就显示什么内容。
核心理解：Framebuffer = 显存 + 驱动封装。应用程序通过操作这块内存，就能控制显示输出。
3.1 Framebuffer设备驱动模型
Linux的Framebuffer驱动模型，其实挺清晰的。它主要分三层：
- 硬件层：就是你的LCD屏、OLED屏，还有对应的控制器
- 内核层：fbmem.c 这个核心文件，负责管理所有Framebuffer设备
- 用户层：我们写的应用程序，通过 /dev/fb0 这个设备文件来操作
我记得第一次调Framebuffer驱动时，最让我困惑的是设备号。主设备号29是固定的，次设备号从0开始。也就是说，/dev/fb0对应次设备号0，/dev/fb1对应次设备号1，以此类推。这个设计其实挺巧妙的，你想想看，系统里可以同时挂多个屏幕，每个屏幕一个设备节点，互不干扰。
小技巧：我习惯用 ls -l /dev/fb* 来查看系统里有哪些Framebuffer设备。在嵌入式板子上，通常只有一个 /dev/fb0。
3.2 Framebuffer数据结构解析
这里我要重点讲一下数据结构。Linux内核里定义了几个关键的结构体，咱们得搞明白它们的作用。
3.2.1 fb_fix_screeninfo —— 固定信息
这个结构体存的是那些不会变的信息。比如：
| 成员 | 含义 | 我踩过的坑 |
|---|---|---|
| smem_start | 显存物理地址 | 别直接拿这个地址去读写，要用mmap映射 |
| smem_len | 显存总大小（字节） | 计算时别忘了考虑像素深度 |
| line_length | 一行像素占多少字节 | 这个值不一定等于 宽度×字节数，可能有对齐 |
| type | 显示类型（如FB_TYPE_PACKED_PIXELS） | 大部分情况下都是PACKED_PIXELS |
3.2.2 fb_var_screeninfo —— 可变信息
这个结构体存的是可以动态调整的参数。我当年做项目时，经常需要根据屏幕分辨率来设置这些值：
- xres, yres：可见分辨率，就是屏幕实际显示的像素数
- xres_virtual, yres_virtual：虚拟分辨率，可以比可见区域大，用于双缓冲
- bits_per_pixel：每个像素占多少位，常见的有16、24、32
- red, green, blue, transp：颜色通道的偏移量和长度
注意：我曾经在调试一块OLED屏时，发现颜色显示完全不对。折腾了半天，最后发现是bits_per_pixel设置成了24，但硬件实际只支持16位色。嗯，这个坑大家一定要记住——先查硬件手册，再设参数。
3.2.3 fb_info —— 核心结构体
这个结构体是驱动开发人员最常打交道的。它把上面两个结构体，还有各种操作函数都整合在一起。不过作为应用开发者，我们一般不需要直接操作它，通过ioctl就能拿到我们需要的信息。
3.3 简单的Framebuffer应用程序编写
好了，理论说完了，咱们来写点实际的。我给大家展示一个最简单的Framebuffer应用程序，它会在屏幕上画一个彩色的矩形。
#include <stdio.h>
#include <stdlib.h>
#include <string.h>
#include <unistd.h>
#include <fcntl.h>
#include <linux/fb.h>
#include <sys/mman.h>
#include <sys/ioctl.h>
int main(int argc, char *argv[])
{
int fbfd = 0;
struct fb_var_screeninfo vinfo;
struct fb_fix_screeninfo finfo;
long int screensize = 0;
char *fbp = 0;
int x = 0, y = 0;
long int location = 0;
// 1. 打开Framebuffer设备
fbfd = open("/dev/fb0", O_RDWR);
if (fbfd == -1) {
perror("Error: cannot open framebuffer device");
exit(1);
}
printf("The framebuffer device was opened successfully.\n");
// 2. 获取固定信息
if (ioctl(fbfd, FBIOGET_FSCREENINFO, &finfo) == -1) {
perror("Error reading fixed information");
exit(2);
}
// 3. 获取可变信息
if (ioctl(fbfd, FBIOGET_VSCREENINFO, &vinfo) == -1) {
perror("Error reading variable information");
exit(3);
}
printf("Display info: %dx%d, %d bpp\n",
vinfo.xres, vinfo.yres, vinfo.bits_per_pixel);
// 4. 计算显存大小并映射
screensize = finfo.smem_len;
fbp = (char *)mmap(0, screensize, PROT_READ | PROT_WRITE,
MAP_SHARED, fbfd, 0);
if ((int)fbp == -1) {
perror("Error: failed to map framebuffer device to memory");
exit(4);
}
printf("The framebuffer device was mapped to memory successfully.\n");
// 5. 画一个彩色矩形（假设是32位色）
for (y = 100; y < 200; y++) {
for (x = 100; x < 300; x++) {
location = (x + vinfo.xoffset) * (vinfo.bits_per_pixel / 8)
+ (y + vinfo.yoffset) * finfo.line_length;
// 32位色：每个像素4字节，顺序为B,G,R,保留
*(fbp + location) = 0x00; // 蓝色分量
*(fbp + location + 1) = 0x80; // 绿色分量
*(fbp + location + 2) = 0xFF; // 红色分量
*(fbp + location + 3) = 0x00; // 保留位
}
}
// 6. 清理
munmap(fbp, screensize);
close(fbfd);
return 0;
}这段代码看起来简单，但有几个关键点我得提醒你：
- mmap映射：千万别直接读写物理地址，用mmap把显存映射到用户空间再操作
- 颜色顺序：32位色下，内存里是BGR顺序，不是RGB！我当年第一次写时就被这个坑了
- line_length：计算像素位置时一定要用这个值，别自己算，因为可能有对齐
调试建议：如果你运行后屏幕没反应，先检查一下：1) 有没有root权限？2) /dev/fb0是否存在？3) 当前终端是不是在图形界面下？我习惯用 cat /dev/urandom > /dev/fb0 先测试一下设备是否正常——如果屏幕出现雪花点，说明设备是好的。
3.4 实际项目中的注意事项
做车载液晶屏开发时，Framebuffer这块有几个坑是绕不开的：
- 双缓冲问题：直接往Framebuffer写数据会有撕裂感。我建议用虚拟分辨率实现双缓冲，先画到后台缓冲区，再切换显示
- 性能优化：不要逐像素操作，用memcpy批量拷贝数据会快很多
- 颜色格式：不同屏幕支持的格式不一样，ARGB、RGB565、RGB888，得根据硬件来
我曾经在一个车载项目中，就因为没处理好双缓冲，导致导航地图滑动时画面撕裂。后来改用虚拟分辨率+页面切换，问题就解决了。你想想看，开车时屏幕一闪一闪的，那体验得多糟糕。
好了，这一章的内容就到这里。Framebuffer是显示开发的基石，搞懂了它，后面学习更高级的显示技术就会轻松很多。下一章我们会讲怎么用Framebuffer实现简单的GUI元素，到时候见。