使用 Control.Invoke 的死锁

本文关键字：死锁 Invoke Control 使用 | 更新日期: 2023-09-27 18:34:09

我正在VS2010 Ultimate中使用TPL构建一个应用程序。大多数情况下，当我从UI的线程调用DoRepresentation((时，它变得无响应。

void DoRepresentation()
{
  Parallel.ForEach(cgs, loopOptions, g =>
  {
    UpdateRepresentation(g);
  });
}
void UpdateRepresentation(object g)
{
  view.Invoke(new Action(() =>
  {
    representation = new MyRepresentation(g);
  }));
}

我不知道为什么该应用程序变得无响应。我有死锁吗？

在MyRepresentation中，我对OpenGL进行了一些调用。

视图是 Form1(主窗体(中的控件。

当应用程序变得无响应时，我从VS IDE暂停它，这是我得到的信息

在"并行任务"窗口中，我得到以下内容：

ID  Status       Message<br>
1    ?Waiting   Task1 is waiting on object: "Task2"<br>
2    ?Waiting   No waiting information available<br>

在"调用堆栈"窗口中，我得到以下内容：

[In a Sleep, wait, or join]<br>
[External Code]<br>
Test.dll!Render.DoRepresentation()<br>
App1.exe!Form1.Button1_Click<br>

任何帮助将不胜感激。

使用 Control.Invoke 的死锁

是的，你遇到了僵局。Parallel.ForEach()的作用是使用一个或多个线程(包括当前线程(运行迭代，然后阻止当前线程，直到所有迭代完成。

这意味着，如果从 UI 线程调用DoRepresentation()，则会出现死锁：UI 线程正在等待其他线程上的迭代完成，而这些其他线程正在等待Invoke()完成，如果 UI 线程被阻止，则不会发生这种情况。

此外，在您的情况下，使用 Parallel.ForEach() 没有任何意义(假设这是您的实际代码(：您在 UI 线程上运行new MyRepresentation()。

我不明白代码到底在做什么(似乎它在每次迭代中覆盖了representation(，但我认为您应该从后台线程运行ForEach()。这意味着DoRepresentation()将在完成工作之前返回，因此Invoke()将正常工作。

通常，长时间阻止 UI 线程不是一个好主意，因此应在另一个线程上运行任何耗时的代码。

您可以使用

Invoke Method的BeginInvokeinsteed。 如果您仍然需要，那么您可以锁定一个对象，并确保在实现之前无法从另一个线程访问它。

使用开始调用方法

void UpdateRepresentation(object g)
{
  view.BeginInvoke( new Action(() =>
  {
    representation = new MyRepresentation(g);
  }));
}

使用锁 

void UpdateRepresentation(object g)
{
lock(this) 
{
 view.Invoke(new Action(() =>
  {
    representation = new MyRepresentation(g);
  }));
}
}

此评论适用于我的特定应用程序，它是 C# 中的 Windows 应用程序： 使用锁对我也不起作用，应用程序只是冻结了。 BeginInvoke有效，但我不喜欢异步更新 UI 控件的效果。

我最终将主进程作为一个单独的线程(System.Threading.Tasks.Task(启动，这将启动并立即让我重新控制主线程。之后，在等待其他几个任务在循环中结束执行时，我最终也不得不插入以下行：System.Windows.Forms.Application.DoEvents()使系统能够处理队列中等待的所有消息。 现在它适用于我的应用程序。 可能还有另一种方法可以剥掉这只猫的皮，但它现在有效。

相关文章：