MFC中StretchBlt生成CListCtrl缩略图颜色丢失如何修复

问题根因 #

颜色丢失问题的核心诱因是生成缩略图时未给目标设备上下文（DC）配置正确的拉伸模式：

• 你右侧静态控件预览效果正常，是因为在OnDrawItem回调中显式调用SetStretchBltMode将目标DC的拉伸模式设为了HALFTONE，该模式会对缩放区域的像素做半色调混合，最大程度保留颜色信息。
• 生成CListCtrl缩略图时，StretchBlt调用使用的是系统默认拉伸模式STRETCH_ANDSCANS（即BLACKONWHITE），该模式会对重叠像素做按位与运算，缩小图像时会直接丢弃大量像素颜色信息，必然出现色块、色偏、颜色断层问题。
• 你排查时发现不缩放直接BitBlt颜色正常，也侧面验证了问题和图像格式、CImage转CBitmap逻辑无关，仅出在缩放环节的配置上。

可落地修复方案 #

按优先级排序，优先选第一个方案即可100%对齐你现有静态控件的显示效果：

• 方案1：给缩略图生成的目标DC补全HALFTONE拉伸模式配置
  这是最小改动方案，只需要在调用StretchBlt前加两行配置即可，注意HALFTONE模式必须同步重置画刷原点，否则会出现图像偏移、局部色偏问题，示例代码如下：

// 以下代码插入到你StretchBlt调用之前，pThumbImg是32位CImage类型的缩略图对象
HDC hThumbDc = pThumbImg->GetDC();
// 保存原有拉伸模式，操作完成后恢复
int iOldStretchMode = SetStretchBltMode(hThumbDc, HALFTONE);
// HALFTONE模式强制要求设置画刷原点，否则渲染错位
SetBrushOrgEx(hThumbDc, 0, 0, nullptr);

// 你原有的StretchBlt逻辑保持不变
StretchBlt(
    hThumbDc,
    0, 0, THUMB_WIDTH, THUMB_HEIGHT,
    hScreenDc,
    0, 0, screenWidth, screenHeight,
    SRCCOPY | CAPTUREBLT
);

// 恢复原配置，释放资源
SetStretchBltMode(hThumbDc, iOldStretchMode);
pThumbImg->ReleaseDC();

• 方案2：直接复用已验证的CImage::Draw渲染逻辑
  你静态控件用的CImage::Draw方法内部已经封装了高质量缩放、半色调处理逻辑，不需要手动配置拉伸模式。你可以先把原始屏幕捕获到全尺寸CImage对象，再直接调用Draw方法绘制到缩略图尺寸的CImage上，渲染效果和右侧静态控件完全一致，不需要额外调参。
• 方案3：对齐像素格式避免额外转换损失
  确认你创建缩略图CImage时使用32位像素格式，和CImageList创建时传入的ILC_COLOR32参数匹配，创建CImage时建议显式指定：
  pThumbImg->Create(THUMB_WIDTH, THUMB_HEIGHT, 32, 0);
  不需要额外开启Alpha通道，避免格式转换时出现颜色预乘导致的发灰、偏色问题。

避坑提示 #

• 不要用STRETCH_ORSCANS（即COLORONWHITE）模式替代HALFTONE，该模式通过直接丢弃行列像素实现快速缩放，会出现明显锯齿、颜色断层，达不到你需要的显示质量。
• 转换CBitmap添加到CImageList时，不要做额外的位图格式转换，直接把生成好的32位CImage对应的HBITMAP Attach到CBitmap对象即可，多余的转换步骤会引入不必要的颜色损失。

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