多线程后台工作程序设计

使用DispatcherTimer更新视图模型中的ElapsedTime属性。这是从GUI线程调用的,因此可以直接绑定到属性。使用BackgroundWorker执行线程任务。

public class ViewModel : INotifyPropertyChanged  
{
  public DateTime ElapsedTime {get; private set;}
  public bool IsRunning {get; private set;}

  private BackgroundWorker worker = new BackgroundWorker();
  private DateTime startTime;
  private DispatcherTimer t = new DispatcherTimer();

  public ViewModel()
  {
    t.Interval = 500; 
    t.Tick += (ox,ex) => UpdateTime();
    worker.DoWork += YourMethodHere;
    worker.RunWorkerCompleted += (ox,ex)=> {
      IsRunning = false;
      if (PropertyChanged != null)
       PropertyChanged(this, new PropertyChangedEventArgs("IsRunning"));
    };
  }

  public void UpdateTime()
  {
     ElapsedTime=startTime.Subtract(DateTime.Now);
     if (PropertyChanged != null)
       PropertyChanged(this, new PropertyChangedEventArgs("ElapsedTime"));
  }

  public void Start()
  {
    startTime=DateTime.Now;
    worker.RunWorkerAsync();
    IsRunning = true;
    if (PropertyChanged != null)
     PropertyChanged(this, new PropertyChangedEventArgs("IsRunning"));
  }

}

您可以将进度条GUI元素绑定到视图模型中的bool属性,该属性在启动和完成后台任务时更新(使用RunWorkerComplete事件)。

这个 BackgroundWorker 类是启动后台任务的一个很好的工具,但它的设计有时会迫使开发人员走上错误的道路,有时会考虑如何更新UI。问题是它使用push模型来更新UI。换句话说 ReportProgress 和 ProgressChanged 成员旨在将事件处理程序封送到UI线程上。在很多情况下都可以,但是 最 其他情况下,它不太好…你已经注意到。

更新UI的另一种策略是让UI线程定期轮询共享数据结构以获取进度信息。工作线程将向这个共享数据结构发布新的进度信息,UI线程将按照自己的计划来获取它。这有几个优点。

• 它打破了UI和工作线程之间的紧密耦合 Control.Invoke 强加。
• 它把更新UI线程的责任放在UI线程上,不管它应该属于哪里。
• UI线程可以指定更新的时间和频率。
• 不存在UI消息泵被溢出的风险,就像由工作线程启动的封送处理技术一样。
• 在继续下一步之前,工作线程不必等待更新已执行的确认(即,您在UI和工作线程上都获得了更多的吞吐量)。
• 实现MVVM要容易得多 IsBusy 数据绑定属性。

你将不得不放弃 后台工作人员 初始化并手动启动新线程(或使用 ThreadPool )如果要切换到轮询方法。

我的工作线程使用回调方法来更新包含进度和消息的UI线程中的集合,并在UI线程中使用单独的计时器来更新UI,取得了很好的效果。使用集合周围的锁定来注意并发性。回调还向工作线程返回一个continue/stop标志,以实现正常的关闭控制。