WinForms ElementHost承载WPF控件高性能无遮挡录屏方案咨询

你碰到的性能问题本质是RenderTargetBitmap强制触发WPF软件光栅化渲染，完全绕开了硬件加速路径，所以80ms/帧的耗时是这类方案的正常表现，和纯WinForms GDI+直接拷贝控制点位图的效率没有可比性。下面三类方案都能避开你碰到的两个核心问题（性能差、截屏被遮挡），可以根据自己的项目复杂度选：

方案1：GPU帧缓冲直接回读（性能最优，单帧10-20ms） #

这是目前生产环境用的最多的高帧率WPF录制方案，完全跳过软件重渲染开销：

• WPF渲染底层基于DirectX硬件加速，你可以拿到WPF渲染进程对应的D3D设备和后缓冲资源，在每帧渲染提交完成后，用异步拷贝的方式把目标控件对应区域的像素从GPU显存读到系统内存
• 这个路径的性能和CopyFromScreen基本一致，但因为读取的是自身进程内GPU已经渲染好的内容，不管窗口被其他程序遮挡、甚至部分移出屏幕外，都能拿到正确的渲染结果，不会录到其他窗口的内容
• 实现注意点：用Staging纹理做异步回读，不要在渲染线程做同步等待，避免阻塞UI造成卡顿；多显卡环境下要对齐WPF实际使用的渲染设备，不要拿错设备导致读不到内容。

方案2：OnRender层拦截绘制指令（性能最高，单帧<10ms） #

你提到的拦截渲染上下文的思路完全可行，尤其适合GIS这类自定义绘制占比极高的场景：

• 给承载GIS内容的根元素重写OnRender方法，传入自定义封装的DrawingContext包装类，所有GIS矢量绘制、栅格瓦片绘制、车辆位置图标绘制的指令会被这个包装类完整捕获
• 生成录制帧的时候，不需要重新走WPF的布局、渲染、测度流程，直接把捕获到的绘制指令用GDI+/Direct2D直接绘制到目标位图上即可，性能和你最早纯WinForms版本调用DrawToBitmap的速度基本持平
• 额外优势：你可以直接存储捕获的绘制指令生成矢量录制文件，比逐帧存位图体积小90%以上，回放时支持任意缩放不会模糊。

方案3：Win32 PrintWindow API（实现成本最低，单帧20-30ms） #

如果不想碰DirectX底层逻辑，也不想改现有绘制逻辑，可以直接替换掉CopyFromScreen的实现：

• 调用Win32接口PrintWindow，给目标控件的句柄传入PW_RENDERFULLCONTENT标记，系统会直接向控件发送WM_PRINT消息，让控件把自身内容绘制到你指定的位图DC上，完全不会采集到遮挡窗口的内容
• 这个方案对ElementHost承载的WPF控件兼容性较好，不需要对现有WPF渲染逻辑做任何修改，性能是RenderTargetBitmap的2-3倍；缺点是如果WPF控件开启了部分特殊硬件加速效果，偶现内容渲染不全的问题，需要针对个别场景做兼容处理。

避坑提醒：不要尝试用VisualBrush、BitmapCache这类WPF内置缓存类做帧抓取，底层依然走RenderTargetBitmap的软件渲染路径，性能不会有任何提升。

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