如何调试和解决“DisconnectedContext”崩溃？

Question

我有一个 GUI 应用程序，它连接到传感器、收集数据并使用 BackgroundWorker 线程在后台处理数据。

就目前而言，我正在使用ProgressChanged 将数据发布到 GUI，这似乎一开始就运作良好。从那以后，我提高了数据速率并发现了一个问题；如果让软件运行几分钟，处理器使用量似乎会上升，直到它在我的机器上的两个内核上达到接近 100%，此时，我收到一条错误消息：

托管调试助手“DisconnectedContext”检测到“myapp.exe”中存在问题。附加信息：上下文 0xe2ba0 已断开连接。从当前上下文（上下文 0xe2d10）中释放接口。这可能会导致损坏或数据丢失。

我在网上阅读了一些内容，这些内容表明如果 GUI 应用程序无法足够快地发送消息，就会发生这种情况。我注意到如果我快速调整窗口大小（即泵出更多消息），我可以更快地引发同样的崩溃，这支持我认为的理论？

所以这里的问题是：

1. 是否有人同意我关于消息泵送的假设？
2. 是否还有其他解释？
3. 有什么方法可以证明吗（也许可以查看队列中的消息数量）？
4. 这些糟糕的代码气味是否表明我正在以错误的方式处理这件事？

我们将不胜感激地接受任何建议。

Answer 1

这听起来像是一个非常具体的问题，我想这就是为什么还没有人回答，但我想我可以帮助解决问题 #3。

Spy++ 应该能够看到发送到您窗口的消息。我认为您可以使用它来观看消息泵到您的 GUI 并进行调整大小测试。如果您看到尝试处理的消息大量增加，则可能会证实您的假设。

顺便说一句，我听说您可以将主线程单元从 STAThread 更改为 MTAThread 以使这个 MDA 消失。

也许您可以修改您的应用程序以将传感器读数输出到文件中，或者以不同的机制将它们排队，而不是不断更新 GUI。 HTH。