5

我的问题可能不是关于实时处理，但话又说回来，它可能是。

我的应用程序有几个比 GUI 重要得多的线程，但是，我确实希望 GUI 至少可以使用。我不希望它一直被锁定，并且我确实想根据我正在执行的处理结果更新屏幕。

目前，我所有的基本项目都隔离在单独的线程中，我调用我的 GUI 的委托来显示结果。

我的 GUI 工作正常，但如果我更改选项卡或最小化/最大化它，已知会阻碍我的其他线程到无法在 0.1 秒的时间限制内执行操作的地步。

这就是我打电话给我的代表的方法：

delegate void FuncDelegate(ResultContainer Result);
FuncDelegate DelegatedDisplay= new FuncDelegate(DisplayResults);
//then later on
Invoke(DelegatedDisplay, Result);

我的大多数关键进程都是在连续循环中运行的线程，从各种缓冲区（ArrayLists 和普通 Lists）中拉出和推入。

每次都会启动我的一个关键线程，使用：

Thread mythread = new Thread(new ThreadStart(ProcessResults));
mythread.Start();

我想这样做的原因，而不是仅仅让一个线程在循环中运行，从列表中提取，是我认为我的时钟时间用完的原因可能是我有一个轮询循环，我担心它会消耗太多资源（尽管每次民意调查结果为负时我都使用 Thread.Sleep(5)）。

每次我需要并发进程时启动一个新线程会花费我宝贵的时间吗？这应该是一个循环吗？我的循环应该受到责备吗？

我可以给一个线程比其他线程更高的优先级，还是使用 Thread.Sleep 是我唯一的选择？如果我确实分配了更高的线程优先级，我怎么能确定其他线程甚至可以生存？

为什么简单的表单事件会如此严重地阻碍我的其他线程？有没有办法给我的 GUI 线程一个分配的、更少的资源？如果其他线程的时钟时间用完，我可以使用 Thread.Sleep 以某种方式阻止 Form 事件吗？

没有回答我所有令人沮丧的问题，是否有某种线程分析器可以用来帮助解决我的问题？我尝试使用“托管堆栈资源管理器”，但不知何故，这并不总是显示我的应用程序有哪些线程。

在这件事上的任何帮助都会对我有很大帮助。

4

2 回答 2

5

好吧，这是一个开始：

Invoke(DelegatedDisplay, Result);

这意味着您正在使后台线程等到 UI 线程实际执行绘图操作，然后继续。从线程的角度来看，这是永恒的。您可能想要调查 UI 的异步更新：

BeginInvoke(DelegatedDisplay, Result);

这相当于告诉 UI 线程“当你有机会时，执行这个绘图动作”，然后继续你正在做的工作。

不过，您应该知道，这可能会导致使用 不会发生的线程安全问题Invoke。例如，如果在ResultUI 尝试绘制时后台线程仍在修改，您可能会遇到意外的竞争条件。

请参阅Control.Invoke与Control.BeginInvoke

于 2012-05-31T13:43:44.230 回答
1

使用Invoke和BeginInvoke更新 UI 之类的编组技术是问题的一部分。事实上，我很少将封送操作用于 UI 和工作线程交互，因为它不是一个很好的解决方案。好吧，坦率地说，在这种性质的大多数情况下，它可能（并且通常是）最糟糕的解决方案。

我通常做的是让工作线程将其结果或进度发布到共享数据结构，并让 UI 线程使用System.Windows.Forms.Timer（或DispatcherTimer）在调整为最适合手头情况的时间间隔内对其进行轮询。

这是它可能的样子。

public class YourForm : Form
{
  private ConcurrentQueue<ResultContainer> results = new ConcurrentQueue<ResultContainer>();

  public UpdateTimer_Tick(object sender, EventArgs args)
  {
    // Limit the number of results to be processed on each cycle so that
    // UI does not stall for too long.
    int maximumResultsToProcessInThisBatch = 100;

    ResultContainer result;
    for (int i = 0; i < maximumResultsToProcessInThisBatch; i++)
    {
      if (!results.TryDequeue(out result)) break;
      UpdateUiControlsHere(result);
    }
  }

  private void WorkerThread()
  {
    while (true)
    {
      // Do work here.
      var result = new ResultContainer();
      result.Item1 = /* whatever */;
      result.Item2 = /* whatever */;
      // Now publish the result.
      results.Enqueue(result);
    }
  }
}

问题是，人们已经被编程为自动使用Invoke或BeginInvoke更新 UI，以至于他们忽略了更好的解决方案。这些编组技术已经到了适合货物崇拜编程领域的地步。关于这个话题，我可能听起来像是一个破纪录，因为我一直在撕扯它。我上面使用的技术具有以下优点。

  • 它打破了编组操作强加的 UI 和工作线程之间的紧密耦合。
  • 工作线程不必像Invoke.
  • UI 消息队列不会像BeginInvoke.
  • 您可以在 UI 和工作线程上获得更多吞吐量。
  • UI 线程决定何时以及多久更新一次 UI 线程。
  • 您不必使用InvokeorBeginInvoke调用乱扔代码（我的意思是字面意思）。
  • 编组操作很昂贵。
  • 代码最终看起来更优雅。

每次我需要并发进程时启动一个新线程会花费我宝贵的时间吗？这应该是一个循环吗？我的循环应该受到责备吗？

我会避免随意创建线程。如果你能保持线程在循环中运行会更好。

我可以给一个线程比其他线程更高的优先级，还是使用 Thread.Sleep 是我唯一的选择？如果我确实分配了更高的线程优先级，我怎么能确定其他线程甚至可以生存？

在这种情况下，为您的工作线程提供更高的优先级可能会有所帮助。Thread.Sleep(5)虽然不会睡 5 毫秒。它只是不那样工作。顺便说一句，您可以将一些特殊值传递给Thread.Sleep.

  • Thread.Sleep(0) 让位于任何处理器上具有相同或更高优先级的任何线程。
  • Thread.Sleep(1) 屈服于任何处理器上的任何线程。

为什么简单的表单事件会如此严重地阻碍我的其他线程？有没有办法给我的 GUI 线程一个分配的、更少的资源？如果其他线程的时钟时间用完，我可以使用 Thread.Sleep 以某种方式阻止 Form 事件吗？

这是因为您正在使用Invoke. 避免编组操作将有很大帮助，因为它可以解耦线程。不要Thread.Sleep在 UI 线程上使用。UI 线程必须保持畅通，才能正常工作。如果您使用我在上面提出的解决方案，那么限制 UI 线程会容易得多。

于 2012-05-31T15:46:14.390 回答