Win32 GDI调色板透明Bug：4bpp位图静态控件背景色异常

问题场景 #

开发过程中遇到一处影响视觉效果、排查耗时较长的Win32/GDI异常：向位图类型（非图标类型）的静态控件加载位图资源时，不同位深的调色板位图透明渲染效果不一致。相关实现代码均在主窗口创建完成后执行。

位图资源加载实现 #

HBITMAP hbmpLogo;

/* 加载由资源编译器编译到可执行文件内的Logo位图资源 */
hbmpLogo = (HBITMAP)LoadImage(
        wc.hInstance,             /* 派生自GetModuleHandle(NULL) */
        MAKEINTRESOURCE(ID_LOGO), /* ID_LOGO在头文件中定义 */
        IMAGE_BITMAP,
        0, 0,
        LR_CREATEDIBSECTION | LR_LOADTRANSPARENT);

// 执行到此处时已获取有效位图句柄
if (!hbmpLogo)
{
    // 该分支永远不会触发
    abort();
}

静态控件创建与位图绑定实现 #

// 创建静态控件
m_hWndLogo = CreateWindowExW(
        0,            // 未使用扩展样式
        L"STATIC",    // 类名，指定创建STATIC控件
        (LPWSTR)NULL, // 该参数原本为窗口文本，此处可传入格式为"#100"的整数字符串作为控件标识（100对应ID_LOGO）
        SS_BITMAP | WS_CHILD | WS_VISIBLE, // 样式指定：SS为静态样式前缀，选择位图类型而非其他静态控件类型
        32,  // X坐标
        32,  // Y坐标
        640, // 宽度
        400, // 高度
        hMainParentWindow,
        (HMENU)ID_LOGO, // hMenu参数在此处复用为控件标识符，需做类型转换
        wc.hInstance,   // 程序实例句柄，即GetModuleHandle(NULL)返回值
        NULL);
if (!m_hWndLogo)
{
    abort(); // 该分支永远不会触发
}

// 通过消息接口为静态控件关联已加载的位图
SendDlgItemMessageW(
        hMainParentWindow,      // 控件的父窗口句柄
        ID_LOGO,                // 控件标识符，即CreateWindow(...)中HMENU参数传入的值
        STM_SETIMAGE,           // 消息类型，指定为控件关联加载好的位图
        (WPARAM)IMAGE_BITMAP,   // 指定资源类型为位图，而非图标或光标
        (LPARAM)hbmpLogo);      // 传入位图句柄

// 执行到此处时，静态控件已完成初始化

实际测试现象 #

• 从程序资源加载位图必须调用LoadImage()，无其他显式指定位图透明属性的途径。
• 实现透明效果必须同时传入LR_CREATEDIBSECTION和LR_LOADTRANSPARENT两个标志，单独使用LR_LOADTRANSPARENT无法生效，该逻辑设计并不直观。
• 测试位深低于16bpp的各类调色板格式位图，不同位深渲染效果存在明显视觉差异：
  • 8bpp位深（256色调色板）位图渲染符合预期：位图第一个颜色条目被替换为窗口类背景画刷颜色，对应区域正确显示透明效果。
  • 4bpp位深（16色调色板）位图渲染异常：透明区域被绘制为与窗口背景色不匹配的错误灰色，位图周围出现突兀的灰色矩形边框，直接暴露位图边界。

窗口背景色通过WNDCLASSEX结构的hbrBackground成员指定，按照官方文档要求，需将系统颜色常量值加1后强制转换为HBRUSH类型，典型写法如下：

WNDCLASSEX wc = {}; // 零值初始化
/* 初始化wc的其他成员
 * ...
 * ... */
wc.hbrBackground = (HBRUSH)(COLOR_WINDOW+1); // 背景画刷设置

若遗漏该+1偏移，窗口会使用前一个序号对应的系统颜色。以当前测试环境为例，该值对应滚动条颜色，遗漏+1时窗口背景会错误显示为滚动条灰色。

初步推测与咨询问题 #

初步判断问题根源为GDI库内部处理4bpp位图的透明加载逻辑时，遗漏了系统颜色值的+1偏移，导致取错背景色；而8bpp位图的处理逻辑不存在该错误，属于Win32/GDI自身的实现Bug。
核心咨询两点：

• 上述异常是否为代码编写错误导致？
• 是否需要向微软提交官方Bug报告？

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