C# WPF中重启BackgroundWorker触发繁忙异常的原因及解决方法

这个问题我之前也碰到过，核心原因是你误解了CancelAsync()的工作逻辑：它不是同步终止后台任务的方法，只是给BackgroundWorker发送一个取消信号，后台线程需要自己检查并响应这个信号才能停止。当你在调用CancelAsync()后立刻执行bw.RunWorkerAsync()时，后台任务大概率还没完成终止，此时BackgroundWorker的IsBusy属性仍然是true，自然就会抛出“正忙”的异常。

修复方案：等待任务真正终止后再重启 #

我们需要通过BackgroundWorker的事件机制，确保只有在后台任务完全结束后，再执行重启操作。具体步骤如下：

1. 在后台任务中响应取消信号
   首先要在DoWork事件处理方法里，定期检查CancellationPending属性，让后台任务能正确响应取消请求：

   private void bw_DoWork(object sender, DoWorkEventArgs e)
   {
       BackgroundWorker worker = sender as BackgroundWorker;
       
       // 你的后台任务逻辑中，要循环检查取消信号
       while (!worker.CancellationPending)
       {
           // 执行你的任务代码片段
           // 比如处理数据、更新进度等
           // ...
       }
   
       // 如果收到取消信号，标记任务为已取消
       if (worker.CancellationPending)
       {
           e.Cancel = true;
       }
   }
   

2. 添加重启标记，在任务完成后触发重启
   我们需要一个布尔变量记录是否需要重启，然后在RunWorkerCompleted事件（后台任务结束时触发）里执行重启：

   // 标记是否需要重启任务
   private bool _needRestartWorker = false;
   
   private void bw_RunWorkerCompleted(object sender, RunWorkerCompletedEventArgs e)
   {
       // 如果任务是被取消的，且之前标记了需要重启
       if (e.Cancelled && _needRestartWorker)
       {
           _needRestartWorker = false;
           // 此时Worker已经空闲，可以安全启动
           bw.RunWorkerAsync();
       }
   }
   

3. 修改重置按钮的点击事件
   不再直接调用RunWorkerAsync()，而是先标记重启需求，再发送取消信号：

   private void buttonReset_Click(object sender, RoutedEventArgs e)
   {
       // 如果Worker本来就空闲，直接启动
       if (!bw.IsBusy)
       {
           bw.RunWorkerAsync();
           return;
       }
   
       // 如果Worker支持取消，标记重启并发送取消信号
       if (bw.WorkerSupportsCancellation)
       {
           _needRestartWorker = true;
           bw.CancelAsync();
       }
   }
   

额外说明 #

这样修改后，重置流程就变成了：点击重置→标记需要重启→发送取消信号→后台任务检测到信号后终止→触发RunWorkerCompleted事件→执行重启，全程确保BackgroundWorker只在空闲状态下执行新任务，彻底避免“正忙”异常。

内容的提问来源于stack exchange，提问作者shogitai