.NET 7中System.Drawing.Bitmap的24位RGB像素格式R/B通道颠倒问题

这不是你的理解错误，也不是.NET的实现问题——这是Windows GDI底层的像素存储约定导致的。

核心原因 #

Windows系统中，24位位图的内存存储顺序默认是BGR（蓝-绿-红），而PixelFormat.Format24bppRgb这个枚举名称容易造成误解：它的命名指的是颜色通道的逻辑顺序（对外暴露的颜色模型是RGB），而非内存中的物理存储顺序。实际上，这个枚举对应的就是GDI标准的24位BGR存储格式。

当你用new Bitmap(..., PixelFormat.Format24bppRgb, bitmap.Scan0)创建Bitmap时，.NET会按照GDI的约定，将Scan0指向的内存字节解析为BGR顺序。如果你的原始缓冲区是RGB顺序（比如来自自定义采集、第三方输出），直接保存就会出现红蓝通道颠倒的情况。

你的两种实现分析 #

• 第一种逐像素设置的方式：你直接读取原始RGB缓冲区的字节（R在第0位、G在第1位、B在第2位），然后用Color.FromArgb(r,g,b)设置像素。此时Bitmap内部会自动将逻辑RGB转换为物理BGR存储，所以最终保存结果正确，但GetPixel/SetPixel是逐像素操作，每次都要进行内存锁定和转换，速度极慢是必然的。
• 第二种直接保存的方式：Bitmap直接将原始RGB缓冲区按BGR解析，导致通道颠倒，结果错误。

高效解决方案 #

1. 使用LockBits批量处理（推荐，基于System.Drawing）

LockBits可以一次性锁定整个像素缓冲区，直接操作内存字节，性能比逐像素高几个数量级。示例代码如下：

using (var bitmapData = _latestImage.LockBits(new Rectangle(0, 0, _latestImage.Width, _latestImage.Height), ImageLockMode.ReadWrite, PixelFormat.Format24bppRgb))
{
    int stride = bitmapData.Stride;
    IntPtr scan0 = bitmapData.Scan0;

    // 遍历每一行像素
    for (int y = 0; y < _latestImage.Height; y++)
    {
        // 获取当前行的起始指针
        byte* row = (byte*)scan0 + (y * stride);
        for (int x = 0; x < _latestImage.Width; x++)
        {
            // 交换B和R通道（适配GDI的BGR存储约定）
            byte temp = row[x * 3];
            row[x * 3] = row[x * 3 + 2];
            row[x * 3 + 2] = temp;
        }
    }
}
_latestImage.Save(temp3, ImageFormat.Jpeg);

2. 提前转换缓冲区格式

如果你的原始数据是RGB顺序，可以先创建一个BGR格式的缓冲区，将每个像素的R和B通道交换后，再传入Bitmap构造函数，这样直接保存即可得到正确结果：

int pixelCount = bitmap.Width * bitmap.Height;
byte[] bgrBuffer = new byte[pixelCount * 3];
IntPtr rgbScan0 = bitmap.Scan0;

// 从RGB缓冲区复制并转换为BGR
Marshal.Copy(rgbScan0, bgrBuffer, 0, bgrBuffer.Length);
for (int i = 0; i < bgrBuffer.Length; i += 3)
{
    byte temp = bgrBuffer[i];
    bgrBuffer[i] = bgrBuffer[i + 2];
    bgrBuffer[i + 2] = temp;
}

// 用BGR缓冲区创建Bitmap并保存
using (var tempBitmap = new Bitmap(bitmap.Width, bitmap.Height, bitmap.Stride, PixelFormat.Format24bppRgb, Marshal.UnsafeAddrOfPinnedArrayElement(bgrBuffer, 0)))
{
    tempBitmap.Save(temp3, ImageFormat.Jpeg);
}

3. 替代库方案

如果想避免GDI的格式混淆，可以使用现代图像库：

• ImageSharp：跨平台，像素格式约定清晰（PixelFormats.Rgb24内存顺序就是RGB），API友好且性能优异。
• SkiaSharp：基于Skia图形库，跨平台，支持多种像素格式，适合高性能图像处理场景。

内容的提问来源于stack exchange，提问作者Mattias Kallsäby