如何为 32 位位图生成单色位掩码

在 Win32 下，通过执行以下操作从位图生成单色位掩码以供透明度使用是一种常见技术：

SetBkColor(hdcSource, clrTransparency);
VERIFY(BitBlt(hdcMask, 0, 0, bm.bmWidth, bm.bmHeight, hdcSource, 0, 0, SRCCOPY));

假设 hdcSource 是保存源图像的内存 DC，hdcMask 是保存相同大小的单色位图的内存 DC（因此两者都是 32x32，但源是 4 位颜色，而目标是 1 位单色）。

然而，当源是 32 位颜色 + alpha 时，这对我来说似乎失败了。我没有在 hdcMask 中获得单色位图，而是获得全黑的蒙版。没有位设置为白色 (1)。而这适用于 4 位颜色源。

我的 search-foo 失败了，因为我似乎找不到任何对此特定问题的引用。

我发现这确实是我的代码中的问题：即，如果我使用 16 色（4 位）的源位图，它就可以工作；如果我使用 32 位图像，它会生成全黑蒙版。

对于 32 位彩色图像，我应该使用其他方法吗？ Alpha 通道是否存在覆盖上述技术正常行为的问题？

感谢您提供的任何帮助！

附录：我仍然无法找到一种技术来为我的 GDI+ 生成的源位图创建有效的单色位图。

我通过根本不生成单色位掩码在一定程度上缓解了我的特殊问题，而是使用TransparentBlt()，这似乎是正确的（但我不知道他们在内部做了什么，这与允许他们正确地掩盖图像）。

拥有一个非常好的、有效的函数可能会很有用：

HBITMAP CreateTransparencyMask(HDC hdc, HBITMAP hSource, COLORREF crTransparency);

无论 hSource 的颜色深度如何，它始终创建有效的透明度蒙版。

如果有 Alpha 通道则无法做到这一点。 COLORREF 将前 8 位用于多种目的，包括指定较低的 3 个字节是否是当前调色板的颜色表索引或 RGB 三元组。因此，您不能在 clrTransparency 的高字节中指定除 0x00 之外的任何内容。

如果您有一个 Alpha 位图，那么对于仍然“不知道”Alpha 通道的 GDI，没有明智的方法来实际比较 24 位 BkColor 与位图中的 32 位像素。

我希望 GDI 将 32bpp 位图中的 Alpha 通道视为“保留”，并且仅成功比较保留通道为零的像素。也就是说，无论如何，您的蒙版颜色必须完全透明才有机会成功。 （并且，如果您制作了合法的预乘位图，这意味着 RGV 值也将为零，而不是限制您对遮罩颜色的选择：P）