.NET 4.5 应用程序可以为异步任务异常定义全局异常处理程序吗？

全局异步任务异常处理机制探究

.NET 4.5 引入异步编程后，一个关键问题浮出水面：应用程序能否定义一个全局异常处理程序来捕获异步 Task 方法中抛出的异常？

异步任务中异常传播机制

异步 Task 方法中发生的异常必须由处理任务完成的代码来观察。如果任务未被观察到，异常将处于休眠状态。

例如代码片段：

<code>string x = await DoSomethingAsync();</code>

如果 DoSomethingAsync 抛出异常，只有在处理 await 表达式时才会被观察到，例如将代码放在 try-catch 块中。未能观察到异常会导致异常未被处理，并可能被忽略。

AppDomain 和未观察到的任务异常

.NET 4.5 提供两个事件来处理未观察到的异常：

• AppDomain.CurrentDomain.UnhandledException
• TaskScheduler.UnobservedTaskException

UnhandledException 事件通常用于处理同步代码中未被观察到的异常。然而，对于异步 Task 异常，当任务尝试垃圾回收时，通常由 UnobservedTaskException 事件处理。

为异步任务启用 UnhandledException

默认情况下，.NET 4.5 不会为未观察到的异步任务异常触发 UnhandledException 事件。可以通过在应用程序配置文件中将 ThrowUnobservedTaskExceptions 属性设置为 true 来更改此行为。

异步 void 方法

对于异步 void 方法，异常处理行为有所不同。由于没有任务引用可供观察，异常会立即在当前同步上下文中抛出。在 WPF 中，这可能会导致一系列事件被触发，包括 Dispatcher.UnhandledException，并可能导致应用程序崩溃。由于没有任务，因此在这种情况下不会触发 TaskScheduler.UnobservedTaskException。

总结

虽然可以为同步未观察到的异常定义全局异常处理程序，但异步 Task 方法中抛出的异常的行为更为细致。务必了解这些异常的传播方式并相应地处理它们，以防止它们未被观察到并导致意外的应用程序行为。

以上是.NET 4.5 应用程序可以为异步任务异常定义全局异常处理程序吗？的详细内容。更多信息请关注PHP中文网其他相关文章！