错误信息
检测到 ContextSwitchDeadlock
Message: CLR 无法从 COM 上下文 0x622b440 转换为 COM 上下文 0x622b5b0,这种状态已持续 60 秒。拥有目标上下文/单元的线程很有可能执行的是非泵式等待或者在不发送 Windows 消息的情况下处理一个运行时间非常长的操作。这种情况通常会影响到性能,甚至可能导致应用程序不响应或者使用的内存随时间不断累积。要避免此问题,所有单线程单元(STA)线程都应使用泵式等待基元(如 CoWaitForMultipleHandles),并在运行时间很长的操作过程中定期发送消息。
引发错误的代码
该错误出现在文章:用Visual Studio 2010编写Data Url生成工具C#版
中的代码中。
关键代码行:
textBox1.Text = "<img src=\"data:image/" + ext + ";base64," + Convert.ToBase64String(ms.GetBuffer())
+ "\" width=\"" + img.Width +"\" height=\"" + img.Height +"\" />";
主要原因:
Convert.ToBase64String(ms.GetBuffer()) 返回的字符串过长。
半调子方法
调试》异常
找到ContextSwitchDeadlock,取消勾选,确定。
为什么说是半调子方法呢?
因为这不能根本的解决问题,而只是不再引发该异常了。
出现这样的问题肯定是程序本身有问题的,应该跟踪调试确定并解决问题的根本所在。
MSDN
contextSwitchDeadlock MDA
解决方法:遵循有关 STA 消息发送的 COM 规则。
说的太笼统,根本摸不着头脑。
stackoverflow
.NET - ContextSwitchDeadlock was detected
这里回答的很好!
这样就留下一个死窗口在用户桌面上,可不是绝佳的用户体验。并且它可能有副作用,从而导致其他程序变得反应迟钝,当他们将消息发送到顶层窗口。
你需要使用线程真正解决这一问题。看看 BackgroundWorker,可以在 MSDN 库和其他许多地方找到相关文档。
现在你明白了:为什么说是半调子方法呢?
时间: 2024-10-24 14:53:27