Task.Delay.ContinueWith与async await+Task.Delay的实现差异及处理方案

兄弟，咱们来好好拆解你这两种写法的差异，还有你纠结的设计和异常处理问题——其实表面功能一致，但细节和最佳实践上还是有不少讲究的：

一、核心行为的细微差异 #

1. 线程调度与底层开销 #

• Task.Delay + ContinueWith写法：Task.Delay到期后，ContinueWith里的DoSomething默认会在线程池线程上执行，整个过程没有额外的状态机生成——毕竟没用到async/await，编译器不会给你生成那套异步状态管理的代码，开销几乎为0。
• async/await的DoSomethingAsync写法：因为加了async关键字，编译器会自动给你生成一个异步状态机，用来管理await前后的流程切换。虽然await Task.Delay之后的代码同样大概率跑在线程池线程上，但这个状态机确实会带来一丢丢（几乎可以忽略的）额外开销——当然，除非你在极端高频的场景下用，否则完全不用在意这点开销。

2. 异常处理的默认逻辑（最关键的差异） #

这是你必须要关注的点：

• ContinueWith版本：如果DoSomething抛出异常，这个异常会被封装到ContinueWith返回的Task里。如果你没处理这个Task，在.NET 4.5+里不会导致进程崩溃，但异常会被标记为“未观察到”，最终触发TaskScheduler.UnobservedTaskException事件。不过你可以直接通过ContinueWith的重载来捕获异常：

  Task.Delay(1000)
      .ContinueWith(_ => DoSomething())
      .ContinueWith(faultedTask => {
          // 比如记录日志或者告警
          $"执行出错：{faultedTask.Exception.InnerException.Message}".Dump();
      }, TaskContinuationOptions.OnlyOnFaulted);
  

• async/await版本：如果DoSomethingAsync内部抛出异常，同样会被封装到返回的Task里。但因为你没await它，也没保存这个Task的引用，异常同样会变成“未观察到”的状态。要是想处理异常，你得先把Task存下来：

  var task = DoSomethingAsync();
  task.ContinueWith(t => $"执行出错：{t.Exception.InnerException.Message}".Dump(), 
                    TaskContinuationOptions.OnlyOnFaulted);
  

二、关于DoSomethingAsync的设计争议 #

你提到MSDN博客说“不应仅为卸载暴露异步方法”，这个观点完全正确！如果DoSomething本身是纯同步方法，你把它包装成async Task只是为了实现延迟执行，确实没必要。因为调用者完全可以自己用Task.Delay + ContinueWith或者Task.Run来实现，不需要你专门封装一个异步方法——这种封装属于“为了异步而异步”，反而增加了调用者的理解成本。

至于StackOverflow推荐后者的场景，大多是当方法本身就包含异步操作的时候（比如DoSomething里本来就有数据库查询、文件IO这类异步逻辑），这时候用async/await封装才是合理的。但你的示例里DoSomething是同步方法，所以这个DoSomethingAsync确实不符合最佳实践。

三、Fire-and-Forget场景的正确姿势 #

不管用哪种写法，既然是fire-and-forget，那一定要处理异常——不然出了问题你连日志都看不到，排查起来头大：

方案1：用你熟悉的ContinueWith（直接高效） #

Task.Delay(1000)
    .ContinueWith(_ => DoSomething(), TaskContinuationOptions.ExecuteSynchronously) // 可选，能省点线程切换开销
    .ContinueWith(t => {
        $"异常信息：{t.Exception.InnerException.Message}".Dump();
    }, TaskContinuationOptions.OnlyOnFaulted);

方案2：如果非要用async/await，写个专门的包装方法 #

不推荐直接调用DoSomethingAsync不管返回的Task，可以写个专门的fire-and-forget工具方法：

async void FireAndForget(Action action, int delayMs)
{
    try
    {
        await Task.Delay(delayMs);
        action();
    }
    catch (Exception ex)
    {
        $"执行出错：{ex.Message}".Dump();
    }
}

// 调用的时候就很清爽
FireAndForget(DoSomething, 1000);

注意：async void只能用在真正的fire-and-forget场景或者事件处理程序里，因为它的异常没法通过Task捕获，所以一定要在方法内部加try/catch把异常处理掉。

总结一下 #

• 两种写法功能上几乎等价，但async/await版本会有一点点状态机开销；
• 异常处理是核心，不管用哪种写法，都要显式捕获，别让异常“失踪”；
• 如果DoSomething是同步方法，没必要封装成async Task的方法，直接用Task.Delay + ContinueWith更合理；
• 真要fire-and-forget，一定要处理异常，不然出了问题连排查线索都没有。

内容的提问来源于stack exchange，提问作者JMc