为何SetBkMode在其他PC上运行失效 水印绘制背景变黑

该问题和MinGW编译环境无关，属于典型的GDI接口使用兼容性问题，触发原因有两点：

• CreateCompatibleBitmap生成的位图像素格式完全依赖传入DC对应的系统当前显示色深。你的个人PC默认开启32位ARGB真彩色显示模式，生成的位图自带Alpha通道，刚好满足AlphaBlend的入参要求；笔记本如果设置为24位RGB、16位增强色等非32位色深，生成的位图不会预留Alpha通道存储空间，AlphaBlend做混合运算时会读取到无效Alpha值，直接将背景区域识别为不透明黑色渲染。
• 即便设备均为32位色深，CreateCompatibleBitmap创建的位图存储的是未初始化的内存垃圾值。SetBkMode(TRANSPARENT)仅能保证DrawText输出文字时不覆盖文字周边像素的RGB值，完全不会处理Alpha通道，也不会自动清空位图初始内容。不同设备上新申请的内存初始值存在差异，笔记本上对应位图的内存初始值刚好为RGB全0（黑色）+Alpha=255（完全不透明），就会出现黑底水印的效果。

按以下步骤修改代码即可全兼容所有Windows设备：

1. 弃用CreateCompatibleBitmap，改用CreateDIBSection明确创建32位预乘ARGB格式的设备无关位图，从根源上保证源位图格式符合AlphaBlend的输入要求，不受系统当前显示色深设置影响。替换原创建位图的代码参考：

   // 构造32位ARGB位图信息头
   BITMAPINFO bmi = {0};
   bmi.bmiHeader.biSize = sizeof(BITMAPINFOHEADER);
   bmi.bmiHeader.biWidth = watermarkRectRAW.right;
   bmi.bmiHeader.biHeight = -watermarkRectRAW.bottom; // 负值创建自上而下的位图，匹配GDI绘制坐标
   bmi.bmiHeader.biPlanes = 1;
   bmi.bmiHeader.biBitCount = 32;
   bmi.bmiHeader.biCompression = BI_RGB;
   void* pBitmapBits = nullptr;
   HBITMAP RAWwatermarkHbm = CreateDIBSection(wndDC, &bmi, DIB_RGB_COLORS, &pBitmapBits, NULL, 0);
   // 初始化整个位图为全透明
   memset(pBitmapBits, 0, watermarkRectRAW.right * watermarkRectRAW.bottom * 4);
   

2. 后续SelectObject、SetBkMode、SetTextColor、DrawText逻辑无需修改，GDI在32位DC上绘制文字时，会自动将文字像素的Alpha值设为255（完全不透明），非文字区域保持初始化的Alpha=0（全透明）。只要BLENDFUNCTION结构的SourceConstantAlpha字段设置为你需要的水印透明度（取值范围0~255，数值越小水印越透明），AlphaBlend就能正常完成半透明混合，不会出现黑底。
3. 注意GDI资源回收：临时创建的位图、兼容DC使用完成后，要分别调用DeleteObject、DeleteDC释放，避免GDI资源泄漏。

补充：如果需要文字抗锯齿的半透明边缘效果，在DrawText前调用SetStretchBltMode(watermark, HALFTONE)开启抗锯齿即可，GDI会自动为抗锯齿边缘像素设置正确的Alpha值，不需要手动逐像素处理。

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