【问题标题】:Handling Exceptions Inside Task.Run处理 Task.Run 中的异常
【发布时间】:2019-08-20 16:28:20
【问题描述】:

我正在尝试处理任务内部的异常,到目前为止,我查看了以下链接:

https://docs.microsoft.com/en-us/dotnet/standard/parallel-programming/exception-handling-task-parallel-library

How to handle Task.Run Exception

如果我是正确的,他们建议以下代码不会导致用户未处理的异常。

    public async void TestMethod()
    {
        try
        {
            await Task.Run(() => { throw new Exception("Test Exception"); });
        }
        catch (Exception e)
        {
            Console.WriteLine(e.Message);
        }
    }

但是,我收到了用户未处理的异常。我想在任务之外处理异常,这样我就可以避免编写代码来从不同的线程更改 UI。我究竟做错了什么?

这是异常的打印屏幕:

【问题讨论】:

  • 你为什么要抓AggregateExceptionAggregateExceptionTask.Wait()Task.Result 抛出,但您正在等待您的任务。你可以直接捕获异常——catch (Exception ex) { Console.WriteLine(ex.Message); }
  • @canton7 嘿,是的,我最初只是抓住了你所说的一个例外。那只是我尝试了与我在问题中发布的链接之一不同的事情
  • 第一个链接在 pre-async/await 世​​界的上下文中讨论了Task:您可以看到他们所有的示例都使用Task.Wait() / Task.Result。你的第二个链接有答案try { await ... } catch (Exception e) { ... }
  • 什么问题?我刚刚测试了新代码,它完全按预期工作(它将“测试异常”写入控制台)
  • 看起来 Visual Studio 配置为中断所有异常,甚至是已处理的异常。只需按 F5,它可能会继续执行到 catch 块。

标签: c# multithreading asynchronous


【解决方案1】:

为了回答您最初的问题,在您编辑它之前,await 的功能之一是它不仅会“解包”返回值,还会“解包”任何异常。因此,如果您需要捕获异常,它不会像使用 .Wait().Result 那样是 AggregateException

这是一件好事™

此外,Visual Studio 似乎已配置为中断所有异常,甚至是已处理的异常。这很方便(我总是这样设置 VS,因为有时在捕获和隐藏异常时会发生奇怪的事情),但你只需要注意它。您可以按 F5 或 F10 继续执行,它应该会继续进入 catch 块。

【讨论】:

  • 非常感谢!我以为我要疯了!我现在更改了我的异常设置,它工作正常
  • (非常迂腐,Task.Wait()Task.Result 在 AggregateException 中包装任务的异常,await 直接重新抛出它(在一种保留堆栈跟踪的方法))
猜你喜欢
  • 2016-09-24
  • 2015-11-11
  • 2016-09-13
  • 2013-01-21
  • 2020-06-26
  • 2017-04-17
  • 1970-01-01
  • 1970-01-01
  • 2021-09-16
相关资源
最近更新 更多