我正在使用 BackgroundWorker 来执行长时间的计算（一次只有一个这样的计算）。
用户有可能取消worker（调用worker.CancelAsync）。
在 worker.DoWork 方法中，我会定期检查取消挂起标志，然后从该方法返回。
然后从工作人员引发 Completed 事件，我可以检查工作人员是否被取消。此外，重要的是，当检测到取消时，我会进行一些额外的清理。
我确信如果用户取消了 worker 并且它已经从 DoWork 方法返回，那么可能会出现问题。在那种情况下，我真的很想知道工人被取消了，所以我可以清理......
有没有更好的方法来处理一个工人的取消过程？
【问题讨论】：
标签： .net multithreading backgroundworker
您的DoWork 事件处理程序应定期检查BackgroundWorker.CancellationPending，并在取消之前将DoWorkEventArgs.Cancel 设置为true。
您的RunWorkerCompleted 事件处理程序应检查RunWorkerCompletedEventArgs.Cancelled 属性以确定DoWork 事件处理程序是否已取消（将DoWorkEventArgs.Cancel 设置为true）。
如果出现竞争条件，可能会发生用户请求取消（BackgroundWorker.CancellationPending 为真）但工作人员没有看到它（RunWorkerCompletedEventArgs.Cancelled 为假）。您可以测试这两个属性以确定是否发生了这种情况，并执行您选择的任何操作（将其视为成功完成 - 因为工作人员确实成功完成了，或者视为取消 - 因为用户已取消并且不关心任何更多）。
我没有看到任何对所发生的事情有任何歧义的情况。
编辑
作为对评论的回应 - 如果有多个类需要检测 CancellationPending，那么除了向这些类传递对诸如 BackgroundWorker 之类的类型的引用以允许它们检索此信息之外，别无选择。您可以将其抽象为一个接口，这就是我在对有关 BackgroundWorkers 的问题的回复中所描述的通常所做的事情。但是您仍然需要将实现此接口的类型的引用传递给您的工作程序类。
如果您希望您的工作类能够设置DoWorkEventArgs.Cancel，您将需要传递对此的引用，或者采用不同的约定（例如布尔返回值或自定义异常），以允许您的工作类表示已取消。
【讨论】：
我认为这里的其他答案实际上并不能解决所有情况下可能出现的竞争条件。问题是 CancellationPending 似乎在 DoWork 结束后被设置回 false ，无论 DoWork 是否真的有机会检查标志。如果你愿意，你可以自己测试一下。为了解决这个问题，我必须创建一个子类，如下所示：
Public Class CancelTrackingBackgroundWorker
Inherits System.ComponentModel.BackgroundWorker
Public CancelRequested As Boolean = False
Public Sub TrackableCancelAsync()
Me.CancelRequested = True
Me.CancelAsync()
End Sub
End Class
（顺便说一句，令人讨厌的 CancelAsync 是多么令人讨厌。）然后我调用 TrackableCancelAsync 而不是旧的 CancelAsync 并在我的代码中检查这个新的 CancelRequested 标志。只要您只从 UI 线程调用和检查（应该是标准的），那应该可以解决您的线程问题。
【讨论】：
保证您不会在 RunWorkerCompleted 事件处理程序中发生争用，因为它在 UI 线程上运行。这应该始终有效：
private void backgroundWorker1_RunWorkerCompleted(object sender, RunWorkerCompletedEventArgs e) {
var bgw = sender as BackgroundWorker;
if (e.Cancelled || bgw.CancellationPending) {
// etc..
}
}
【讨论】：
有什么原因你不能在异步运行的方法结束时进行清理？
我一般使用这样的结构
private void MyThreadMethod()
{
try
{
// Thread code
}
finally
{
// Cleanup
}
}
我只使用完成事件来完成更新 UI 之类的任务，而不是在线程之后进行清理。
【讨论】：
如果没有看到您的代码，很难提出建议，但您可以做的一件事是在用户单击“取消”按钮时禁用它，并在退出 DoWork 方法时禁用它。
如果用户也可以通过按键取消，那么您也需要禁用它。
另外——如果DoWork 方法已经完成，那么用户就没有什么可以“取消”的了——或者我错过了什么。在这种情况下，即使您没有禁用取消按钮，您也无需执行任何额外操作。
为什么工作人员完成工作后需要查看取消标志？是否仍要回滚已更改的内容？
【讨论】：