从BackgroundService.ExecuteAsync返回CompletedTask是否可行？两种实现有何差异？

先看你提供的两种实现代码：

方案一 #

protected override Task ExecuteAsync(CancellationToken stoppingToken)
{
     _ = ForeverRunningLoop(stoppingToken);

     return Task.CompletedTask;
}

private Task ForeverRunningLoop(CancellationToken token)
{
     while(true)
     {
          token.ThrowIfCancellationRequested();
          // Do some asynchronous work...
     }
}

方案二 #

protected override Task ExecuteAsync(CancellationToken stoppingToken)
{
     await ForeverRunningLoop(stoppingToken);
}

private Task ForeverRunningLoop(CancellationToken token)
{
     while(true)
     {
          token.ThrowIfCancellationRequested();
          // Do some asynchronous work...
     }
}

核心差异 #

• 任务状态与返回时机
  方案一中，ExecuteAsync会立即返回Task.CompletedTask，调用方会认为这个方法已经执行完毕，但实际上ForeverRunningLoop的任务还在后台持续运行，且这个任务没有被任何代码跟踪。
  方案二中，ExecuteAsync会通过await等待ForeverRunningLoop的任务结束，所以ExecuteAsync返回的任务会一直处于运行状态，直到ForeverRunningLoop因取消令牌触发异常或其他原因终止。

• 异常处理逻辑
  方案一中，ForeverRunningLoop如果抛出异常（比如取消操作引发的OperationCanceledException，或是异步工作中的异常），由于任务没有被await，这个异常会成为未观察到的任务异常——在旧版.NET环境中可能直接导致进程崩溃，新版.NET虽会捕获但会输出警告日志，且上层代码无法捕获处理这个异常。
  方案二中，await会自动捕获ForeverRunningLoop的异常，上层调用方可以通过等待ExecuteAsync的任务来捕获并处理这些异常，符合异步代码的异常处理规范。

• 取消机制的语义一致性
  方案一中，ExecuteAsync的返回任务已经标记为完成，调用方如果期望通过stoppingToken来取消ExecuteAsync的执行，会发现无法达成目的，因为方法已经“结束”了。
  方案二中，ExecuteAsync的任务状态与ForeverRunningLoop绑定，当stoppingToken触发取消时，ExecuteAsync的任务会以取消状态结束，语义上更符合“取消整个执行流程”的预期。

优劣判断 #

第二种方案更优，理由如下：

1. 符合异步编程的可观察性要求：调用方可以准确跟踪ExecuteAsync的执行状态，知道任务是否在运行、是否异常终止或正常完成。
2. 避免未观察异常风险：异常能被上层代码捕获处理，不会引发潜在的进程崩溃或静默错误。
3. 语义清晰直观：ExecuteAsync的返回任务直接反映了后台循环的执行状态，调用方可以基于此协调其他操作。

另外需要注意：当前的ForeverRunningLoop方法如果包含真正的异步工作，必须将其改为async Task并使用await调用异步操作，否则while(true)会阻塞当前线程，变成同步循环，违背异步设计的初衷。修改后的示例如下：

private async Task ForeverRunningLoop(CancellationToken token)
{
     while(true)
     {
          token.ThrowIfCancellationRequested();
          // 调用异步工作，例如：
          await DoSomeAsyncWork(token);
     }
}

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