深入/dev/fb0：从基础命令到图形绘制的Linux帧缓冲实践

1. 认识Linux帧缓冲设备

第一次接触/dev/fb0时，我正为一个嵌入式项目头疼——需要在没有X Window的Linux系统上显示实时数据。这个神秘的设备文件就像一扇直接通往显示硬件的后门，让我跳过了复杂的图形栈，直接操作屏幕像素。

帧缓冲（Framebuffer）的本质是显卡内存的抽象，它把显示存储区映射成线性内存空间。通过ls -l /dev/fb0可以看到它通常属于video用户组，权限为crw-rw----。这里有个实用技巧：如果遇到权限问题，可以把自己加入video组：

bash复制sudo usermod -aG video $USER

最基础的清屏操作验证设备是否工作：

bash复制dd if=/dev/zero of=/dev/fb0 bs=1M count=10

这个命令会用零填充前10MB的显存，对应到屏幕上就是黑色。注意bs参数需要根据你的显存大小调整，太大会导致IO错误。我第一次测试时忘了检查分辨率，结果bs设得太大直接把系统卡死了。

通过fbset工具可以查看当前显示模式：

bash复制fbset -i

输出会包含类似geometry 1024 768 1024 768 32的信息，分别表示：可见分辨率宽高、虚拟分辨率宽高、色深。虚拟分辨率大于可见分辨率时可以实现硬件滚动效果。

2. 内存映射与双缓冲实战

直接操作设备文件的效率太低，真正的魔法始于内存映射。这个C语言示例展示了如何建立映射：

c复制int fb_fd = open("/dev/fb0", O_RDWR);
struct fb_var_screeninfo vinfo;
ioctl(fb_fd, FBIOGET_VSCREENINFO, &vinfo);

size_t fb_size = vinfo.yres_virtual * vinfo.xres_virtual * vinfo.bits_per_pixel / 8;
char *fbp = mmap(NULL, fb_size, PROT_READ|PROT_WRITE, MAP_SHARED, fb_fd, 0);

这里有个坑：yres_virtual可能比yres大，这是为了支持虚拟屏幕。我曾在ARM板上遇到映射区域计算错误，导致写入时出现段错误。

双缓冲技术能避免画面撕裂。原理是先在内存中准备好完整帧，再一次性写入显存：

c复制char *back_buffer = malloc(fb_size);
// 绘制到back_buffer
memcpy(fbp, back_buffer, fb_size);  // 快速切换

实测在800x600的屏幕上，直接逐像素写入需要12ms，而双缓冲仅需2ms。进阶技巧是使用ioctl(fb_fd, FBIOPAN_DISPLAY, &vinfo)进行硬件级缓冲切换，这需要驱动支持。

3. 图形绘制核心技巧

理解像素布局是关键。32位色通常采用ARGB格式，但字节序可能不同。这个函数处理像素写入：

c复制void put_pixel(int x, int y, uint32_t color) {
    uint32_t *loc = fbp + y * finfo.line_length + x * (vinfo.bits_per_pixel/8);
    *loc = color;
}

绘制几何图形时，Bresenham算法效率最高。以下是画线算法的优化版本：

c复制void draw_line(int x0, int y0, int x1, int y1, uint32_t color) {
    int dx = abs(x1-x0), sx = x0<x1 ? 1 : -1;
    int dy = -abs(y1-y0), sy = y0<y1 ? 1 : -1; 
    int err = dx+dy, e2;
    
    while(1) {
        put_pixel(x0, y0, color);
        if (x0==x1 && y0==y1) break;
        e2 = 2*err;
        if (e2 >= dy) { err += dy; x0 += sx; }
        if (e2 <= dx) { err += dx; y0 += sy; }
    }
}

字体渲染更复杂。我的方案是先用freetype库生成位图，再缓存常用字符。一个16x16的ASCII字体缓存只需8KB内存，比实时渲染快20倍。

4. BMP图片显示实战

显示BMP文件需要处理文件头结构。首先定义头结构体：

c复制#pragma pack(push, 1)
typedef struct {
    uint16_t bfType;
    uint32_t bfSize;
    uint16_t bfReserved1;
    uint16_t bfReserved2;
    uint32_t bfOffBits;
} BMPFileHeader;
#pragma pack(pop)

读取图片时要注意几点：

1. BMP文件默认采用BGR格式
2. 行数据按4字节对齐
3. 高度值为正时表示倒序存储

这个函数处理像素转换：

c复制void bmp_to_fb(FILE *fp, int x_offset, int y_offset) {
    uint8_t bgr[3];
    for(int y=0; y<height; y++) {
        for(int x=0; x<width; x++) {
            fread(bgr, 3, 1, fp);
            uint32_t pixel = (bgr[2]<<16)|(bgr[1]<<8)|bgr[0];
            put_pixel(x+x_offset, height-y-1+y_offset, pixel);
        }
        fseek(fp, padding, SEEK_CUR); // 跳过对齐字节
    }
}

我在树莓派上测试显示320x240的BMP图片，使用mmap比直接写入快15倍。当需要显示动画时，可以预加载多帧到内存，用定时器控制帧切换。

5. 性能优化与调试技巧

ioctl(FBIO_WAITFORVSYNC)可以同步垂直刷新，消除撕裂。但要注意：

• 某些嵌入式驱动可能不支持
• 超时设置很关键，我一般用100ms

通过cat /proc/fb查看可用缓冲设备。多缓冲系统可能显示为fb0~fb3。调试时可以用hexdump检查显存：

bash复制hexdump -C /dev/fb0 | head -n 20

遇到花屏问题时，先检查：

1. 色深是否匹配（32位程序跑在16位模式下会错位）
2. 行跨度（line_length）是否正确
3. 字节序问题（ARM和x86的RGB排列可能不同）

在Jetson Nano上，我通过con2fbmap命令将控制台切换到指定帧缓冲，实现了多控制台独立显示。对于长时间运行的图形程序，一定要处理SIGTSTP信号，恢复显示模式：

c复制void restore_console(int sig) {
    memset(fbp, 0, fb_size); // 清屏
    exit(0);
}
signal(SIGINT, restore_console);