Task.Run 和 Task.Factory.StartNew 之间的不同异常处理

Question

我在使用Task.Factory.StartNew 并尝试捕获抛出的exception 时遇到问题。在我的应用程序中，我有一个长时间运行的任务，我想将其封装在 Task.Factory.StartNew(.., TaskCreationOptions.LongRunning); 中

但是，当我使用Task.Factory.StartNew 时，没有捕获到异常。然而，当我使用Task.Run 时，它可以正常工作，我认为这只是Task.Factory.StartNew 的一个包装器（例如根据this MSDN article）。

此处提供了一个工作示例，不同之处在于使用Task.Run 时会将异常写入控制台，而使用Factory.StartNew 时则不会。

我的问题是：
如果我有一个可能引发异常的LongRunning 任务，我应该如何在调用代码中处理它们？

private static void Main(string[] args)
{
    Task<bool> t = RunLongTask();
    t.Wait();
    Console.WriteLine(t.Result);
    Console.ReadKey();
}

private async static Task<bool> RunLongTask()
{
    try
    {
        await RunTaskAsync();
    }
    catch (Exception e)
    {
        Console.WriteLine(e);
        return false;
    }
    Console.WriteLine("success");
    return true;
}

private static Task RunTaskAsync()
{
    //return Task.Run(async () =>
    //    {
    //        throw new Exception("my exception");
    //    });
    return Task.Factory.StartNew(
        async () =>
    {
        throw new Exception("my exception");
    });

}

Answer 1

您的问题是 StartNew 不像 Task.Run 与 async 代表一样工作。 StartNew 的返回类型为Task<Task>（可转换为Task）。 “外部”Task 表示方法的开始，“内部”Task 表示方法的完成（包括任何异常）。

要到达内部Task，您可以使用Unwrap。或者，您可以只使用 Task.Run 而不是 StartNew 作为 async 代码。 LongRunning 只是一个优化提示，实际上是可选的。 Stephen Toub has a good blog post on the difference between StartNew and Run and why Run is (usually) better for async code.

从下面的@usr 评论更新： LongRunning 仅适用于async 方法的开头（直到第一个不完整的操作为awaited）。所以在这种情况下使用Task.Run 几乎肯定会更好。

Answer 2

你第一次Unwrap这个任务应该是可以的：

await RunTaskAsync().Unwrap();

或者：

await await RunTaskAsync();

Answer 3

我会将我的一些 cmets 拉到一个答案中，因为事实证明它们很有帮助：

LongRunning 与在实践中强制创建新线程相同。而且您的异步方法可能很长时间不在该线程上（它在第一个等待点被取消）。在这种情况下，您不需要 LongRunning。

异步方法运行多长时间并不重要。线程在第一次等待时被销毁（对未完成的任务进行操作）。

编译器可以以任何方式使用此提示吗？编译器通常无法以任何主要方式分析您的代码。此外，编译器对 TPL 一无所知。 TPL 是一个库。这个库总是会启动一个新线程。指定LongRunning，如果您的任务几乎总是会在多秒内消耗 100% CPU 或以非常高的概率阻塞多秒。

我的猜测是你不希望 LongRunning 在这里，因为如果你阻塞，你为什么首先使用异步？ async 不是阻塞而是脱离线程。