BackgroundWorker 中未处理的异常

Question

我的 WinForms 应用程序使用许多 BackgroundWorker 对象来检索来自数据库的信息。 我使用BackgroundWorker 是因为它允许UI 在长时间运行的数据库查询期间保持畅通无阻，并且它为我简化了线程模型。

我在其中一些后台线程中偶尔会遇到 DatabaseExceptions，并且在调试时我在工作线程中至少目睹了其中一个异常。 我相当有信心这些例外是超时，我认为不时地预期这是合理的。

我的问题是当这些后台工作线程之一发生未处理的异常时会发生什么。

我不认为我可以在另一个线程中捕获异常，但是我可以期望执行我的 WorkerCompleted 方法吗？ 我可以询问BackgroundWorker的任何属性或方法是否有异常？

Answer 1

如果操作引发您的代码无法处理的异常，BackgroundWorker 会捕获该异常并将其传递到 RunWorkerCompleted 事件处理程序中，在该处理程序中它会作为 Error 属性公开System.ComponentModel.RunWorkerCompletedEventArgs。 如果您在 Visual Studio 调试器下运行，则调试器将在 DoWork 事件处理程序中引发未处理异常的位置处中断。

http://msdn.microsoft.com/en-us /library/system.componentmodel.backgroundworker.dowork.aspx

Answer 2

我已经充分使用 BackgroundWorker 多年了，并且真正了解它。

就在最近，当我简单地在 DoWork< 中抛出 New Exception("Test") 时，我的 RunWorkerCompleted 没有捕获 e.Error /代码>。 然而引发了未处理的异常。 DoWork 中的 Catch 不是最佳实践，因此 e.Error 没有任何意义。

当我尝试使用新的 BackgroundWorker 创建新的 Form 时，RunWorkerCompleted 中的 e.Error 已成功处理。 我复杂的BackgroundWorker应该有问题。

经过几天的谷歌搜索和调试，尝试出现错误。 我在我的 RunWorkerCompleted 中发现了这一点：

• 首先检查 e.Error，然后检查 e.Cancelled，最后检查 e.Result
• 如果e.Cancelled = True，则不会获取e.Result。
• 如果 e.Error 不为 null（或 Nothing），则不会获取 e.Result **

**这就是我想念的地方。 如果您尝试使用 e.Result，如果 e.Error 不是 null（或 Nothing），未处理的异常会抛出。

---

更新：
在e.Result get属性中，.NET设计它首先检查e.Error，如果出现错误，那么它们将从重新抛出相同的异常执行工作。 这就是为什么我们在 RunWorkerCompleted 中得到 Unhandled 异常，但实际上异常来自 DoWork。

以下是 RunWorkerCompleted 中的最佳实践：

If e.Error IsNot Nothing Then
  ' Handle the error here
Else
  If e.Cancelled Then
    ' Tell user the process canceled here
  Else
    ' Tell user the process completed
    ' and you can use e.Result only here.
  End If
End If

如果您想要一个可供所有 DoWork、ProgressChanged 和 RunWorkerCompleted 访问的对象，请像这样使用：

Dim ThreadInfos as Dictionary(Of BackgroundWorker, YourObjectOrStruct)

您可以轻松访问 ThreadInfos(sender).Field< /code> 任何你想要的地方。

Answer 3

默认情况下，它将由BackgroundWorker 捕获并存储。 来自 MSDN：

如果操作引发代码无法处理的异常，BackgroundWorker 会捕获该异常并将其传递到 RunWorkerCompleted 事件处理程序，在该处理程序中该异常将作为 System.ComponentModel.RunWorkerCompletedEventArgs 的 Error 属性公开。 如果您在 Visual Studio 调试器下运行，则调试器将在 DoWork 事件处理程序中引发未处理异常的位置处中断。

Answer 4

正如已经指出的：

如果操作引发异常
您的代码无法处理，
BackgroundWorker 捕获异常
并将其传递到
RunWorkerCompleted 事件处理程序，
它被暴露为错误
的财产
System.ComponentModel.RunWorkerCompletedEventArgs。

每当您与原始线程交互时，这一点都很重要。 例如，如果您希望将异常结果写入表单上的某种标签中，那么您就不能在BackgroundWorker 的DoWork 中捕获异常，而应从RunWorkerCompletedEventArgs 处理e.Error。

如果您使用反射器分析BackgroundWorker代码，您可以看到它的所有处理都非常简单：
您的 DoWork 在 try-catch 块中执行，并且异常仅传递给 RunWorkerCompleted。
这就是为什么我不同意始终在 DoWork 事件中捕获所有异常的“首选”方法的原因。

简而言之，回答最初的问题：

是 - 您可以指望您的 RunWorkerCompleted 始终被解雇。

使用 RunWorkerCompleted 中的 e.Error 检查另一个线程中的异常。

Answer 5

这仅在没有附加调试器的情况下起作用，当从 Visual Studio 运行时，调试器将捕获 DoWork 方法中的未处理异常并中断执行，但是您可以单击“继续”，将到达 RunWorkerCompleted 并且您将能够读取异常通过 e.Error 字段。