Task.Delay.ContinueWith和async await with Task.Delay之间有什么区别？

Question

void Main()
{
   // Using Task.Delay.ContinueWith...
   Task.Delay(1000).ContinueWith(t => DoSomething());       

   // ... vs async await. Note that I'm not awaiting the task here
   DoSomethingAsync();
}

public void DoSomething()
{
    "Doing Something...".Dump();
}

public async Task DoSomethingAsync()
{
    await Task.Delay(1000);

    "Doing Something...".Dump();
}

在阅读了这篇博文之后https://blogs.msdn.microsoft.com/pfxteam/2012/03/24/show-i-exposite-asynchronous-wrappers-for-synchronal-methods/，我认为第一个实现是“正确的”，因为“doSomethingAsync（）”实际上只是将方法卸载到threadpool中，博文指出：

不应纯粹为了卸载而公开异步方法：使用同步方法的使用者可以通过使用专门用于异步使用同步方法的功能（例如task.run）轻松地获得这种好处。

但是，StackOverflow上的这个答案建议了第二种解决方案：

延迟然后执行任务

这两个实现之间有什么实际的区别吗？如果'Async Await'实现也是有效的（甚至更正确），应该如何处理返回的任务？我真的不想等待它，这是一个火灾和忘记的操作，但我也想处理任何可能引发的异常。

在第一个实现中，我知道我可以通过使用ContinueWith，onlyonFaulted来处理异常。

Answer 1

它们相似，但不完全相同。例如，在SynchronizationContext.Current之前，Async方法的继续将被调度到此同步上下文中，但ContinueWith不会，而是在线程池线程上运行。尽管使用ContinueWith的另一个重载，但您可以使其执行相同的操作：

.ContinueWith(t => DoSomething(), TaskScheduler.FromCurrentSynchronizationContext());

您可以使用await yourtask.configureawait(false)阻止在异步版本中对同步上下文进行调度。

那么，异常处理就不同了。在Async版本中，exception将直接引发，如果有多个异常（例如fromawait task.whenall)将只引发第一个异常，其余的将被吞掉。很难错过这个例外。

在ContinueWith版本中，抛出的异常由T.exception表示，并且它始终是AggregateException，因此必须将其展开。另一方面-所有异常都在那里（如果有多个），并且没有一个被吞掉。但是，很容易忘记处理该异常。例如，在您的问题中的代码中，您不在continueWith中处理exception，因此doSomething()continuation无论如何都会执行，无论是否有异常。在Async中，出现异常时不执行版本延续。

这两个实现都是“有效的”。您不应该忘记在这两种情况下处理异常。使用continuewith-要么总是检查t.exception，要么计划单独使用onlyonfaulted继续（并且只在那里检查）。如果Async版本包装正文位于try-catch块中。由于火灾和遗忘的性质--你不能在调用站点处理异常，但你不应该完全放弃它们。

在短延迟后执行方法的具体情况中，我认为这只是偏好的问题（除了捕获同步上下文的差异）。我个人更喜欢continueWith，它表达的意图更清楚，您不需要语义不清晰的单独方法。