为何使用async/await搭配Task.Run？两段代码差异及即发即弃正确实现

两段代码的核心差异 #

先看你给出的两段代码：

第一段代码：

public void Main()
{
  Console.WriteLine("Foo");
  Task.Run(() => 
  {
    Console.WriteLine("Bar");
  });
  Console.WriteLine("Baz");
}

第二段代码：

public void Main()
{
  Console.WriteLine("Foo");
  DoSomething();
  Console.WriteLine("Baz");
}

public async void DoSomething()
{
   await Task.Run(() => 
   {
     Console.WriteLine("Bar");
   });
}

两者的关键差异集中在异常处理和方法生命周期：

• 异常处理：第一段中，Task.Run内部抛出的异常如果未被处理，在.NET 4.5及以后版本中会被框架捕获（不会直接导致应用崩溃），但属于未观察到的异常，可能引发日志告警或潜在问题；第二段中，async void方法内的异常会直接抛到调用线程的同步上下文，可能直接导致应用崩溃，且无法通过常规的try/catch在Main方法中捕获。
• 方法生命周期：第二段的DoSomething方法会在await Task.Run(...)完成后才结束，但Main方法依然不会等待它执行完毕——这种设计对fire-and-forget场景没有实际收益，反而增加了不必要的异步状态管理。

为什么不推荐用async/await+Task.Run做Fire-and-Forget #

Copilot的建议可能是出于异步代码的规范习惯，但针对fire-and-forget场景，这种搭配没有任何收益，反而存在风险：

• async void是为UI事件处理等特殊场景设计的，非事件场景下使用会导致异常难以追踪、任务状态无法监控。
• 单纯的Task.Run已经能实现后台线程执行任务，加上await只是让DoSomething方法等待任务完成，但调用者（Main）依然不会等待，完全是多余的操作。

Fire-and-Forget的正确实现方式 #

如果你的目标是让代码后台运行、无需等待完成，核心要解决的是异常处理（避免未观察到的异常或应用崩溃），推荐两种方式：

方式一：在任务内部捕获异常 #

public void Main()
{
  Console.WriteLine("Foo");
  Task.Run(() => 
  {
    try
    {
      Console.WriteLine("Bar");
      // 执行你的业务逻辑
    }
    catch (Exception ex)
    {
      // 记录异常到日志或做其他处理
      Console.WriteLine($"后台任务出错：{ex.Message}");
    }
  });
  Console.WriteLine("Baz");
}

方式二：用ContinueWith统一处理异常 #

如果需要对多个后台任务的异常做统一处理，可以使用ContinueWith：

public void Main()
{
  Console.WriteLine("Foo");
  Task.Run(() => 
  {
    Console.WriteLine("Bar");
    // 执行你的业务逻辑
  }).ContinueWith(task => 
  {
    if (task.Exception != null)
    {
      // 处理异常
      Console.WriteLine($"后台任务出错：{task.Exception.InnerException.Message}");
    }
  }, TaskContinuationOptions.OnlyOnFaulted);
  Console.WriteLine("Baz");
}

注意：除非是UI事件处理这类必须用async void的场景，否则绝对不要用async void来实现fire-and-forget——它的异常处理机制会给应用带来不可控的风险。

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