【问题标题】:Controls created in different threads .NET在不同线程 .NET 中创建的控件
【发布时间】:2012-11-29 20:53:55
【问题描述】:

我目前正在调试 .NET 应用程序中的一个有线问题。我们将表单和控件动态地插入在一起,作为对某些服务器事件的反应。与服务器的通信当然是在线程中完成的。所有 UI 元素都通过 Control 的调用机制进行操作。

尽管如此,我仍然会遇到跨线程异常。在某些子控件中,InvokeRequired 属性为 true,尽管其父控件的 InvokeRequired 属性为 false。所以这些孩子一定是在主线程之外创建的。我目前正在寻找可能导致此错误控件创建的线程。正如您在 Visual Studio 线程视图的屏幕截图中看到的,有许多名为“mainX”的工作线程(这些只是其中的一部分),我不知道它们来自哪里。

这是“旧”主线程的某种标准命名模式吗?也许是由于 - 我不知道 - 多次调用 Application.Run 或类似的东西?

欢迎任何建议!

编辑(总结一下)
我有一个带有 InvokeRequired == false 的根控件和一些带有 InvokeRequired == true 的子控件。这怎么可能呢? root.Controls.Add(child) 应该已经抛出异常了。

有人知道导致线程命名模式如屏幕截图所示的原因吗?

【问题讨论】:

  • 您能否进一步详细说明,或者发布一些代码和异常详细信息?如果您正在检查 InvokeRequired 那么您应该能够判断您是否需要调用对控件的更改。
  • 很难在上面发布一些具体的代码。问题比单纯的 InvokeRequired 检查更深。首先不应该存在来自主线程以外的线程的任何控件。
  • @NullAndVoid - 发布子控件的创建方式。除了我们之外,您如何在没有代码的情况下提供帮助?
  • 控件创建发生在整个代码的多个位置。有很多控制器可以将 UI 元素添加到表单中。这是遗留代码和设计。我不期待一个可行的解决方案,只是一些提示,我可以自己找到它。
  • 恕我直言,您的反对票有点苛刻,因为发布 20 多个控制器对象的代码超出了每个论坛/wiki 的范围。

标签: c# multithreading


【解决方案1】:

我认为可能发生的情况是您在控件创建句柄之前以某种方式检查了控件的 InvokeRequired 属性。如果你这样做,InvokeRequired 将返回 false,即使它是一个单独的线程。

您可以通过检查 Control.IsHandleCreated 来检查这一点,因此您至少可以了解这是否正在发生。但是,如果确实发生了这种情况,则修复它是另一回事...

【讨论】:

  • 确实如此。感谢您的提示!
猜你喜欢
  • 2013-10-24
  • 1970-01-01
  • 2010-11-05
  • 1970-01-01
  • 1970-01-01
  • 1970-01-01
  • 2013-10-18
  • 1970-01-01
  • 1970-01-01
相关资源
最近更新 更多