Task.Start与使用弃元(_)运行无返回异步任务的差异及最佳实践

我有一个无返回结果的异步任务PerformMyTaskAsync，其他代码无需依赖它的完成，代码如下：

private async Task PerformMyTaskAsync(CancellationToken CancellationToken)
{
    bool IsComplete = false;
    while (!IsComplete && !CancellationToken.IsCancellationRequested)
    {
        //Do stuff until Complete or Cancelled
    }
}

我一直使用弃元方式运行该任务：

_ = PerformMyTaskAsync(CancellationToken);

这种方式运行正常，但我最近了解到Task.Start。我知道使用Task.Start可以存储任务结果以进行监控，但在此场景下，这两种方式存在哪些差异？使用作为较新特性的弃元是否更符合最佳实践？

一、两种调用方式的核心差异 #

• 执行逻辑与适用对象

  • 弃元调用_ = PerformMyTaskAsync(...)：调用异步方法时会立即执行方法内的同步代码（你的示例里没有await，所以整个方法会同步跑完，Task直接完成）。这是异步方法的标准调用方式，适用于所有返回Task/Task<T>的方法，不管是热任务（已启动的任务）还是冷任务（未启动的任务）。
  • Task.Start()：仅能用于冷任务（比如通过new Task(...)手动创建的未启动任务）。如果用它调用异步方法返回的热任务，会直接抛出InvalidOperationException——因为异步方法返回的任务已经处于运行或完成状态了，根本不需要再调用Start()。

• 错误处理风险

  • 弃元调用：如果任务里抛出未捕获的异常，.NET运行时会在任务被垃圾回收时触发UnobservedTaskException事件。在.NET Framework里默认会直接终止进程，.NET Core/.NET 5+虽然不会终止进程，但会留下未处理的异常日志，存在隐患。
  • Task.Start()：如果只是调用Start()却不保存任务引用、不处理异常，风险和弃元调用完全一致；只有保存了Task实例并通过await、ContinueWith等方式捕获异常，才能避免未观察异常问题。

• 使用场景的局限性

  • 弃元调用：是现代异步编程的常规写法，覆盖绝大多数异步任务调用场景，包括不需要等待结果的后台任务。
  • Task.Start()：属于传统Task编程模型的遗留用法，现代异步编程中几乎用不到——因为异步方法天然返回热任务，Start()对它们无效。

二、最佳实践建议 #

• 优先用弃元调用，但必须处理异常
  弃元是.NET官方认可的“忽略异步任务结果”的语法，比Task.Start()更贴合现代异步编程习惯。但要注意：
  如果任务可能抛出异常，要么在任务内部捕获处理，要么通过ContinueWith注册异常处理逻辑，比如：

  _ = PerformMyTaskAsync(CancellationToken).ContinueWith(t => 
  {
      if (t.Exception != null)
      {
          // 这里记录异常日志或做其他处理
      }
  }, TaskContinuationOptions.OnlyOnFaulted);
  

  绝对不要用Task.Start()去调用异步方法返回的热任务，这是明确的错误用法。

• 需要监控任务状态？直接保存Task引用就行
  如果你后续要监控任务的完成、取消或失败状态，直接保存弃元调用返回的Task实例即可，完全不需要Task.Start()：

  var backgroundTask = PerformMyTaskAsync(CancellationToken);
  // 后续可以检查backgroundTask.Status，或者注册ContinueWith处理结果
  

  这种方式既保留了异步方法的正确执行逻辑，又能实现任务监控，比Task.Start()靠谱得多。

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