C++使用PrintWindow/DirectX11捕获Windows窗口截图相关问题咨询

1. PrintWindow方案部分窗口返回异常内容的原因 #

PrintWindow的底层逻辑是向目标窗口发送WM_PRINT消息，要求窗口主动将自身内容绘制到传入的GDI设备上下文（DC）中，出现异常通常有几个原因：

• 采用GPU硬件加速渲染的窗口（包括DirectX/OpenGL开发的游戏、UWP应用、Electron应用、硬件解码的视频播放器窗口）不会响应WM_PRINT消息，这类窗口的渲染内容直接输出到GPU叠加层，没有经过GDI绘制链路，PrintWindow无法获取到有效内容。
• 目标窗口进程消息队列阻塞或进程无响应，无法处理WM_PRINT消息，返回的DC内容就是未初始化的缓存数据，看起来就是不相关的截图。
• 你的程序没有开启高DPI感知，获取到的GetClientRect尺寸和窗口实际渲染尺寸不匹配，导致内容错位或截断。

2. DirectX11方案冷启动慢的原因及优化方案 #

卡顿原因 #

你当前的代码每次调用capture_window都会重复执行一系列重量级初始化操作：WinRT运行时初始化、D3D设备创建、Graphics Capture组件加载、COM组件实例化，这些操作需要加载大量系统动态库，单次执行耗时自然会到数百毫秒。

优化方案 #

• 将WinRT运行时初始化、D3D设备、DXGI工厂这类全局通用对象改为静态缓存，整个进程生命周期内只初始化一次，后续捕获直接复用。
• 同窗口重复捕获时，不要重复创建Direct3D11CaptureFramePool和GraphicsCaptureSession，直接复用现有实例即可。

3. 去除捕获时的闪烁边框 #

这个黄色边框是Windows Graphics Capture API的默认安全提示，用于告知用户当前有程序正在捕获窗口内容，Win10 2004及以上版本可以关闭：

• 首先给你的程序添加受限功能声明：如果是打包的MSIX程序，在包清单中添加graphicsCaptureWithoutBorder权限；如果是未打包的桌面程序，需要调用GraphicsCaptureAccess::RequestAccessAsync申请无边界捕获权限。
• 创建CaptureSession后，设置session.IsBorderRequired(false)即可关闭边框提示。

4. 优化PNG输出流程 #

完全不需要经过BMP落盘的中间步骤，直接在内存完成PNG编码：

• 你已经拿到了内存中的BGRA像素数组，直接调用WIC（Windows Imaging Component）系统接口，传入像素数据、尺寸、格式参数，直接编码为PNG写入目标文件。
• 也可以引入stb_image_write这类单头文件轻量库，只需要一行调用即可将内存像素数组直接输出为PNG文件，省略两次磁盘IO操作，效率提升非常明显。

PrintWindow方案改进建议 #

如果偏好PrintWindow的轻量高速特性，可以做以下改进提升兼容性：

• 调用PrintWindow时新增PW_RENDERFULLCONTENT参数（Win8.1及以上系统支持），该参数专门适配硬件加速窗口的捕获，兼容性远高于默认的PW_CLIENTONLY。
• 提前给程序开启Per-Monitor V2级别的高DPI感知，避免尺寸计算错误导致的内容异常。
• PrintWindow失效时可降级使用BitBlt从桌面DC捕获窗口区域，对大部分顶层窗口的兼容性优于PrintWindow。
• 如果需要兼容更多硬件加速窗口，可以搭配DWM API调用DwmGetDxSharedSurface直接获取窗口的GPU共享表面，读取速度和PrintWindow相当，兼容性远高于PrintWindow。

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