从后台线程更新 UI

Question

我有一个后台任务，它位于从外部硬件设备读取数据的循环中。设备公开一个每 100 毫秒递增的“计数器”——当这个值改变时，我从设备中获取下一个数据值并引发一个事件。伪代码：-

public event HasDataEventArgs DataReceived;

while (some condition)

{

    // Wait for device counter to increment

    while (DeviceCounterValue == _lastDeviceCounterValue)

    {

       Thread.Sleep(3);

    }

    _lastDeviceCounterValue = DeviceCounterValue;

    // Read data value from device

    var data = GetDataFromDevice();

    // Raise my event

    DataReceived(this, new HasDataEventArgs(data)); 

}

我还有一个订阅此事件的 UI 视图。事件处理程序在图表上绘制数据值并设置许多绑定属性。

大多数情况下，这一切都很好，但是如果我（比如）拖动一个窗口或打开一个模态对话框，它偶尔会导致数据丢失。似乎发生的是外部设备计数器继续递增，但“while”循环实际上已短暂停止，因此错过了这些更改。很偶尔我会看到，即使我不是瞎搞与在UI什么相同的效果。

视图中的事件处理程序没有做太多事情，但这是一个复杂的桌面应用程序，其他后台线程更新其他绑定控件。也许这个特定的过程只是在性能方面使事情超出了边缘，尤其是当我开始拖动窗口时？

我想知道是否可以将事件处理程序代码包装在 a 中Task.Run()，（我假设）这会导致它立即将控制权返回给 while 循环，而不必等待事件处理程序执行它的操作。不过，这听起来很hacky - 我是否在为这样的事情找麻烦，特别是考虑到事件处理程序将被调用的频率（每 100 毫秒）？

Answer 1

您遗漏了一些细节，主要是事件处理程序在 GUI 线程上执行的操作。Invoke 或 BeginInvoke 等。但如果保护您的数据最重要，还有另一种选择：将新数据推送到 ConcurrentQueue。引发 Received 事件是可以的，但可选，您可能不需要它。主线程可以在自己的时间清空队列。例如使用定时器。您的屏幕更新仍然会断断续续，但您不应再丢失数据。

Answer 2

您必须拆分（线程方式）两件事：后台工作和绘图工作。一般来说，这是如何做这些事情的方式，但要具体 - 如果您的绘图需要时间，那么您的工作线程可能无法按时处理传入的数据，您可能会丢失一些数据/ 省略（这就是您实际观察到的）。这是一种方法（该方法必须是 UI 类的成员 - 窗口、用户控件等）：void OnDataReceived(object sender, DataEventArgs e){    // here we're in the context of the working thread    // this call will return immediately giving control back to the working thread    Dispatcher.BeginInvoke(        DispatcherPriority.Normal,        (Action)delegate        {            // here we are in the context of the UI thread        });}