BackgroundWorker - 在RunWorkerCompleted中CancellationPending更改为false.为什么？

Question

取消BackGroundWorker后,在DoWork中,CancellationPending为true,但当他进入RunWorkerCompleted时,CancellationPending为false.我不知道我做错了什么？

static BackgroundWorker b1;

static void Main(string[] args)
{
    b1=new BackgroundWorker();
    b1.DoWork += new DoWorkEventHandler(work1);
    b1.RunWorkerCompleted += new RunWorkerCompletedEventHandler(completed);
    b1.WorkerSupportsCancellation = true;
    b1.RunWorkerAsync("Hellow");
    Console.ReadLine();
}

private static void completed(object sender, RunWorkerCompletedEventArgs e)
{
    if (((BackgroundWorker)sender).CancellationPending)
        Console.WriteLine("Canceled!");
    else
        Console.WriteLine("Result:" + e.Result);//it goes here every time
}

private static void work1(object sender, DoWorkEventArgs e)
{
    ((BackgroundWorker)sender).CancelAsync();
    if (((BackgroundWorker)sender).CancellationPending)
    {
        e.Cancel = true;
    }
}

顺便说一句,如何将DoWork中出现的错误添加到RunWorkerCompletedEventArgs.Error以便将其提供给用户？

Answer 1

是的,BackgroundWorker类在引发RunWorkerCompleted事件之前将CancellationPending属性设置为false.工人是否真的被取消了.

这是非常有意的,它可以阻止你陷入一个令人讨厌的陷阱,当你使用线程时它总是存在.由于一种称为"线程竞争"的错误,使用线程的代码经常随机且不可预测地行为不端.这是一种非常常见的错误,并且很难调试.

如果BGW没有这样做,你的预期方法容易出错的是,当你看到CancellationPending设置为true时,你会假设工人被取消了.但这是一种幻觉,你无法分辨它被取消和正常完成之间的区别.最后一种情况是你在工人完成之前一微秒调用CancelAsync().工作者甚至没有机会甚至看到CancellationPending标志设置为true,它正忙着完成DoWork事件处理程序方法的最后几位.这是一场穿线比赛,工作人员在你的电话前跑,并正常完成.

避免这个错误的正确握手是你的工作人员在看到CancellationPending属性设置为true时将e.Cancel设置为true.当然,停止它正在做的事情.现在它是可靠的,RunWorkerCompleted事件处理程序中的e.Cancelled属性是e.Cancel的副本.因此,您的代码现在可以可靠地告诉您工作人员是否看到了取消请求.

Answer 2

我相信CancellationPending属性是在后台操作期间使用的(在你的work1方法中).它会告诉后台工作人员您已请求取消后台操作.调用RunWorkerCompleted事件后,后台工作程序已完成取消请求的工作,因此取消不再处于暂挂状态.

编辑:RunWorkerCompletedEventArgs有一个Canceled属性,它将告诉您后台操作是否被取消.

如果从DoWork方法(在您的情况下为work1)中抛出异常,它应该被BackgroundWorker捕获并填充RunWorkerCompletedEventArgs的Error属性.