检测到 ContextSwitchDeadlock

错误信息

---

检测到 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 库和其他许多地方找到相关文档。

现在你明白了：为什么说是半调子方法呢？