最近遇到WPF程序抛出ystem.Runtime.InteropServices.COMException异常,异常消息UCEERR_RENDERTHREADFAILURE (Exception from HRESULT: 0x88980406),或者先在D3DImage.Lock卡死,然后再出异常的问题。
现象和复现方法
出现了标题中的现象,你很可能有至少两个屏幕,并且可能在你的程序中直接或间接用了如下的库或技术:
1、WpfD3D这个开源库
2、自行使用了WPF中的D3DImage类,实现D3D渲染
3、以任意方式在WPF中使用了D3D
复现的的方法:按Win+P,在出现的投影菜单中选择“仅第二屏幕”,之后渲染就会停止,通常整个程序也会卡死,多重复几次Win+P选择其他选项,或者随便点击程序的UI,就会抛出ystem.Runtime.InteropServices.COMException异常,异常的描述是UCEERR_RENDERTHREADFAILURE (Exception from HRESULT: 0x88980406)。
原因分析
看了好多篇文章,多数都指向微软的这篇文章,并且按照这篇文章排查问题:
概述一下这篇文章的内容,主要说了这几个点:
1、渲染不是在主线程实现的,而是独立的渲染线程完成的,主线程告诉渲染线程该绘制什么
2、你可能遇到一些什么渲染异常,包括System.Runtime.InteropServices.COMException、System.InvalidOperationException和System.OutOfMemoryException
3、你通常都会发现在出现异常的时候,调用堆栈是固定的一些位置,

本文介绍了在WPF程序中遇到的D3D渲染异常,特别是UCEERR_RENDERTHREADFAILURE错误。问题出现在使用WpfD3D库或者直接使用D3DImage类时,通过Win+P切换屏幕模式导致程序卡死。分析指出,这可能是由于D3D设备丢失。解决方案是监听D3DImage的IsFrontBufferAvailableChanged事件,当设备丢失时重建D3D资源。提供了一个修复后的WpfD3D库链接。
最低0.47元/天 解锁文章
2441





