即使在等待之后没有任何内容，是否也会创建延续？

Question

我正在阅读这个article 并找到了这个例子：

public static class DeadlockDemo
{
  private static async Task DelayAsync()
  {
    await Task.Delay(1000);
  }
  // This method causes a deadlock when called in a GUI or ASP.NET context.
  public static void Test()
  {
    // Start the delay.
    var delayTask = DelayAsync();
    // Wait for the delay to complete.
    delayTask.Wait();
  }
}

这种死锁的根本原因是等待处理上下文的方式。默认情况下，当等待一个不完整的任务时，当前的“上下文”被捕获并用于在任务完成时恢复该方法。这个“上下文”是当前的 SynchronizationContext，除非它是 null，在这种情况下它是当前的 TaskScheduler。 GUI 和 ASP.NET 应用程序有一个 SynchronizationContext，它一次只允许运行一段代码。当 await 完成时，它会尝试在捕获的上下文中执行 async 方法的其余部分。但是该上下文中已经有一个线程，它（同步地）等待异步方法完成。他们都在等待对方，造成了僵局。

我知道如果在await Task.Delay(1000); 之后有代码，它将成为延续的一部分，并且延续将在与Test() 相同的上下文中运行，这就是死锁的发生方式。

但是没有延续，那么死锁到底是怎么发生的呢？

或者，是否创建了一个空的延续？这样做有什么意义？

这是让我困惑的部分：

当等待完成时，它会尝试执行剩余的 捕获的上下文中的异步方法。

什么是“异步方法的剩余部分”？

Answer 1

如果我们是 async Task 或 async Task<T> 方法，那么在 await 之后总是有工作要做 - 我们需要确保 awaited 任务产生的任何异常都正确传播到我们自己的Task，或者我们通过适当的正常返回值。

如果我们是任何类型的 async 方法，使用诸如 using 之类的结构，在我们方法的结尾处​​插入编译器生成的代码，否则我们将在末尾插入代码方法，即使它没有出现在源代码中。

如果我们是任意使用awaits 的普通async 方法，那么我们已经构建并运行了一个状态机来执行我们的方法，那么优化“最后一次等待后无代码”是没有意义的"可能性。

在 窄 的情况下，我们是一个 async void¹ 方法，它在末尾包含一个 await，除了一些关于哪里的细节之外可能会报告来自任务的未处理异常，我们已经有机会通过根本不使用 async 方法而忽略等待的方法来避免过多的代码生成。

所以没有理由尝试优化这种情况。

---

¹反正那时我们已经处于犯罪状态。