DwmRegisterThumbnail无法捕获后台浏览器窗口缩略图问题

该现象是Chromium内核浏览器的后台资源优化机制与DWM缩略图工作逻辑共同作用的结果，你测试的Chrome、Edge、Opera均属于Chromium内核分支，因此都会复现问题：

• DwmRegisterThumbnail接口本身不具备强制目标窗口重绘的能力，仅能从DWM合成器拉取目标窗口最近一次提交的有效表面缓存
• Chromium内核默认开启后台窗口冻结策略：当窗口切到后台、被其他窗口完全遮挡，且没有来自系统组件的有效内容请求时，会立即停止向DWM提交新的窗口帧，同时释放非必要的表面缓存以降低GPU、内存占用
• 任务栏悬停触发系统缩略图预览时，系统的预览组件会向目标窗口发送临时唤醒标记，强制浏览器恢复帧提交，因此此时接口可以正常拉取到内容；系统预览关闭后唤醒标记失效，浏览器立刻回到冻结状态，帧提交停止
• 绝大多数非浏览器类应用没有实现这套与DWM联动的后台表面冻结逻辑，即使处于后台也会持续向DWM提交窗口帧，因此接口可以正常捕获缩略图。

按照实现成本和兼容性从高到低排序：

• 模拟系统预览唤醒逻辑（无侵入，兼容性最高）
  捕获浏览器后台缩略图前，主动向目标浏览器窗口发送WM_DWMSENDICONICTHUMBNAIL、WM_DWMSENDICONICLIVEPREVIEWBITMAP消息，同时调用DwmSetWindowAttribute为目标窗口临时设置DWMWA_FORCE_ICONIC_REPRESENTATION属性，触发浏览器的临时帧提交逻辑，捕获完成后还原对应窗口属性即可，不会影响浏览器的正常使用。
• 关闭Chromium后台冻结策略（适合浏览器启动可控的场景）
  如果你的程序可以管控浏览器的启动流程，在浏览器启动参数中追加--disable-backgrounding-occluded-windows，即可关闭Chromium对后台/被遮挡窗口的内容冻结逻辑，浏览器在后台会持续向DWM提交帧，DwmRegisterThumbnail可稳定工作。
• 切换捕获接口做兜底（通用性最强）
  如果你无法修改浏览器启动参数，也不想依赖消息模拟的逻辑，可以在检测到目标窗口为Chromium系浏览器且处于后台时，切换使用Windows Graphics Capture接口完成捕获，该接口的系统优先级更高，会强制目标窗口提交内容，不会被浏览器的后台优化策略拦截，资源占用和捕获帧率表现优于传统GDI抓屏。

注意：不要尝试通过将浏览器窗口移到屏幕外、设置透明层的方式强制渲染，Chromium可识别窗口的完全遮挡/屏幕外状态，依然会触发后台冻结逻辑，无法达到预期效果。

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