当 BackgroundWorker 在传递给 DoWork 之前完成时，我可以获得 DoWorkEventArgs 吗？答案

【问题标题】：Can I get DoWorkEventArgs when BackgroundWorker completes before it's passed to DoWork?当 BackgroundWorker 在传递给 DoWork 之前完成时，我可以获得 DoWorkEventArgs 吗？
【发布时间】：2016-10-12 14:39:26
【问题描述】：

我正在尝试修补现有 GUI 中的问题，其中大部分已通过粘贴在此答案下面的代码解决 -> How to wait for a BackgroundWorker to cancel?

private BackgroundWorker worker = new BackgroundWorker();
private AutoResetEvent _resetEvent = new AutoResetEvent(false);

public Form1()
{
    InitializeComponent();

    worker.DoWork += worker_DoWork;
}

public void Cancel()
{
    worker.CancelAsync();
    _resetEvent.WaitOne(); // will block until _resetEvent.Set() call made
    // IS THERE ANY WAY TO TELL IF THE BACKGROUNDWORKER STOPPED DUE TO e.Cancel here???
}

void worker_DoWork(object sender, DoWorkEventArgs e)
{
    while(!e.Cancel)
    {
        // do something
    }

    _resetEvent.Set(); // signal that worker is done
}

我的问题作为注释添加到取消函数的末尾。现在有什么方法可以知道为什么后台工作人员关闭了？

【问题讨论】：

worker.CancellationPending?

标签： c# backgroundworker autoresetevent

【解决方案1】：

有很多选择。您可能可以检查CancellationPending...我不记得当DoWork 处理程序返回时它是否会被重置——我对此表示怀疑，但如果确实如此，您最终会在等待和处理程序返回之间进行竞争。（我会自己测试一下，但你的问题不包括一个好的Minimal, Complete, and Verifiable code example，我也没有麻烦自己创建一个。）

另一种方法是使用支持完成/取消语义的TaskCompletionSource<T>，而不是AutoResetEvent：

private BackgroundWorker worker = new BackgroundWorker();
private TaskCompletionSource<object> _tcs;

public Form1()
{
    InitializeComponent();

    worker.DoWork += worker_DoWork;

    // Need to reinitialize when you actually start the worker...you
    // didn't show that code, so I'm putting it here
    _tcs = new TaskCompletionSource<object>();
}

public async Task Cancel()
{
    worker.CancelAsync();
    try
    {
        await _tcs.Task;
        // you'll be here if the task completed normally
    }
    catch (TaskCancelledException)
    {
        // you'll be here if the task was cancelled
    }
}

void worker_DoWork(object sender, DoWorkEventArgs e)
{
    while(!e.CancellationPending)
    {
        // do something
    }

    if (e.CancellationPending)
    {
        _tcs.SetCanceled();
    }
    else
    {
        // if you actually want to return a value, you can set whatever
        // value you want here. You can also use the correct type T for
        // the TaskCompletionSource<T> declaration.
        _tcs.SetResult(null);
    }
}

如果你愿意，你可以将Cancel() 称为Cancel().Wait()，但如果你可以在那里使用await 就更好了，这样你就可以避免阻塞线程。

比这更好的是从BackgroundWorker 切换到Task 和CancellationTokenSource。那么你等待的东西可以是任务本身，而不是任务的代理。

【讨论】：