GDI+图像最大尺寸限制及超大型图像处理方案问询

问题描述 #

尝试使用GDI+从像素数据创建超大型图像，代码示例如下：

Gdiplus::Status CreatePNG(int tileSize, int height = 16 * 1024)
{
    Gdiplus::Status status = Gdiplus::Ok;
    int width = 1024 * 16;
    Gdiplus::Bitmap bitmap(width, height, PixelFormat32bppRGB);
    Gdiplus::BitmapData bitmapData;
    INT *pixels = new INT[width * tileSize];
    ZeroMemory(pixels, width * tileSize * sizeof(INT));
    for (int y = 0; y != tileSize; ++y) {
        for (int x = 0; x != width; ++x) {
            INT color = 0xffff00;
            pixels[y * width + x] = color;
        }
    }
    ZeroMemory(&bitmapData, sizeof(bitmapData));
    bitmapData.Scan0 = pixels;
    bitmapData.Stride = width * sizeof(INT);
    bitmapData.Width = width;
    bitmapData.Height = tileSize;
    bitmapData.PixelFormat = bitmap.GetPixelFormat();
    Gdiplus::Rect tile(0, 0, width, tileSize);
    status = bitmap.LockBits(&tile, Gdiplus::ImageLockModeWrite | Gdiplus::ImageLockModeUserInputBuf,
        bitmap.GetPixelFormat(), &bitmapData);
    if (status == Gdiplus::Ok)
        status = bitmap.UnlockBits(&bitmapData);

    if (status == Gdiplus::Ok) {
        CLSID encoderClsid;
        if (GetEncoderClsid(L"image/png", &encoderClsid) >= 0) {
            status = bitmap.Save(TEXT("big.png"), &encoderClsid);
        }
    }
    return status;
}

创建宽高均为16K像素的位图时，仅当高度较小时（如31K行）能正常运行，超过32K行时bitmap.LockBits返回Gdiplus::InvalidParameter。观察到图像越宽，可支持的高度越高，推测存在256兆像素的逻辑限制，该限制未在公开文档中说明，需明确限制来源及处理更大尺寸图像的方法，且32位、64位平台均存在此问题。

限制来源 #

• GDI+内部隐性像素总量限制：GDI+底层实现中对图像总像素数（宽×高）设置了阈值，当总像素超过2^28（即268,435,456，约256兆像素）时，会触发参数校验失败，返回InvalidParameter。此限制属于未公开的底层硬限制。
• 内存管理逻辑约束：GDI+创建位图时，会尝试为图像数据分配连续内存或进行内部映射，当总像素数超出阈值后，内存管理模块会判定参数无效，拒绝后续操作。

处理更大尺寸图像的方案 #

• 分块生成拼接：避免一次性创建超大位图，将图像拆分为多个小尺寸子图分别生成，再通过代码或工具拼接为完整图像。例如将16K×32K的图像拆分为两个16K×16K的子图，生成后合并。
• 直接使用PNG编码库：绕过GDI+的Bitmap对象，采用libpng等专业PNG编码库直接处理像素数据并生成PNG文件，不受GDI+的像素数限制。
• 迁移至WIC API：Windows Imaging Component（WIC）是微软推出的现代图像处理API，支持更大尺寸的图像，无GDI+的256兆像素限制，可替代GDI+实现超大图像的创建与保存。

内容的提问来源于stack exchange，提问作者Enno