C# RESTful API中Fire and Forget任务未处理异常的影响

我正在对一个RESTful API服务做代码修改，把部分通知事件改成完全异步的Fire and Forget任务，这样不用等通知完成就能给调用方返回响应。

原来的方法里，DoNotification()抛出的异常会被调用方的catch块捕获，但现在用Task.Run()包装后，任务里的异常变成了未处理异常。这类异常出现概率极低，而且通知是API的次要功能，就算没执行也没关系，但我必须确保它不会影响API整体健康——之前曾因为未处理异常导致整个API崩溃，所以想确认：示例里的未处理异常是会被框架吞掉（我能接受），还是会导致API崩溃（我不能接受）？

修改前的代码示例 #

// 修改前的应用代码示例
public class MyService
{
  public int MyMethod()
  {
    try 
    {
      // 执行业务逻辑

      // 执行次要通知操作
      NotificationManager nm = new NotificationManager();
      nm.DoNotification();

    }
    catch (Exception ex)
    {
      // 记录异常日志
    }
    return 1;
  }
}

public class NotificationManager
{
  public void DoNotification()
  {
    // 执行通知逻辑
  }
}

修改前，API响应需要等待通知完成，DoNotification()中的未处理异常会被MyMethod()的catch块捕获。

修改后的代码示例 #

// 修改后的应用代码示例
public class MyService
{
  public int MyMethod()
  {
    try 
    {
      // 执行业务逻辑

      // 执行次要通知操作
      NotificationManager nm = new NotificationManager();

      Task.Run(() =>
      {
        nm.DoNotification();
      });
    }
    catch (Exception ex)
    {
      // 记录异常日志
    }
    return 1;
  }
}

public class NotificationManager
{
  public void DoNotification()
  {
    // 执行通知逻辑
  }
}

修改后，DoNotification()中的未处理异常不会再被捕获，因为任务已经在独立线程中运行。

解答 #

在.NET框架（.NET Framework 4.0及以后版本，以及所有.NET Core/.NET 5+版本）中，Task.Run()创建的后台任务抛出未处理异常时，不会导致整个API进程崩溃。

从.NET Framework 4.0开始，未被观察到的任务异常会被框架自动捕获并忽略（同时会触发TaskScheduler.UnobservedTaskException事件，你可以订阅该事件来记录异常日志），不会像早期版本那样直接终止进程。在.NET Core及后续版本中，该行为进一步优化，未处理的任务异常同样不会导致进程崩溃，只会被框架吞掉。

不过，虽然不会引发进程崩溃，仍建议你在异步任务内部添加异常捕获逻辑，示例如下：

Task.Run(() =>
{
  try
  {
    nm.DoNotification();
  }
  catch (Exception ex)
  {
    // 记录通知操作的异常日志，便于后续排查问题
  }
});

这样既不会影响主业务流程，也能在异常发生时留下排查线索，即便通知是次要功能，异常日志也有助于了解系统运行状态。

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