c# - ConfigureAwait(false) - 延续是否总是在不同的线程上运行？

Question

这个问题是在 ASP.NET WebApi 2 的上下文中提出的(不是 ASP.NET Core)。我试图对这个主题进行自己的研究，但是我找不到明确的答案。

官方MSDN documentation为 ConfigureAwait(...)方法参数说明如下:

true to attempt to marshal the continuation back to the original context captured; otherwise, false.

Stephen Toub进一步解释 attempt关键字如下:

That means there may not be anything to marshal back to... there may not be a context to capture, e.g. SynchronizationContext.Current may return null.

如果我理解正确，那么 ASP.NET WebApi 2 就不是这种情况，因为有 AspNetSynchronizationContext现在，对吗？

现在让我们看看以下 Controller 操作方法:

[HttpGet]
public async Task<String> GetValues()
{
    // First half.

    var values = await HeavyIo().ConfigureAwait(false);

    // Second half.

    return values;
}

路过 continueOnCapturedContext: false是否保证标记为 // Second half. 的延续？获取 总是 在不同的线程上执行？或者有没有机会 如果 当异步操作完成时，捕获同步上下文的线程将是空闲的， 然后 延续将在同一个线程上运行？

Answer 1

当以否定形式询问时，我认为答案非常清楚 - 不能保证后半部分将在与前半部分不同的线程上执行。正如您推测的那样，当延续要执行时，原始线程很可能是幸运的下一个被挑选的可用线程。

同样重要的是要注意的是，恢复的是上下文，不一定是线程。在 Windows 消息循环(例如 WinForms UI 线程)的情况下，是运行消息循环的 UI 线程拾取并执行延续，因此 ConfigureAwait(true) ，保证同一个线程。但是，对于其他 SynchronizationContexts，可能没有特别的理由要求甚至更喜欢原始线程，只要它们认为是“上下文”的任何内容都已恢复；例如HttpContext.Current [、身份、文化] 在 ASP.NET 中。
HeavyIo() 也有至少理论上的可能性。同步完成，在这种情况下，无论如何都没有上下文切换，后半部分将继续在与第一部分相同的线程上运行。我只能从您选择的命名(“重”)中假设您暗示这不是一个选项。