库中的 ConfigureAwait(false) 是否会丢失调用应用程序的同步上下文？

Question

我已经多次阅读比我聪明的人的建议，其中几乎没有警告：始终在库代码中使用ConfigureAwait(false)。所以我相当肯定我知道答案，但我想成为 100%。场景是我有一个库，它轻薄地包装了一些其他异步库。

库代码：

public async Task DoThingAsyc() {
    // do some setup
    return await otherLib.DoThingAsync().ConfigureAwait(false);
}

应用代码：

// need to preserve my synchronization context
await myLib.DoThingAync();
// do I have my context here or did my lib lose it?

Answer 1

没有。

SynchronizationContext 的捕获发生在 await。 ConfigureAwait 配置具体的await。

如果应用程序调用库的异步方法并等待它，则无论调用内部发生什么，都会立即捕获 SC。

现在，因为 async 方法的同步部分（即第一个 await 之前的部分）在任务返回等待之前执行，所以您可以在那里乱用 SynchronizationContext，但 ConfigureAwait 不会不要那样做。

---

在您的具体示例中，您似乎正在从 async 方法返回 ConfigureAwait 的结果。这不可能发生，因为ConfigureAwait 返回ConfiguredTaskAwaitable 结构。但是，如果我们更改方法返回类型：

public ConfiguredTaskAwaitable DoThingAsyc() 
{
    return otherLib.DoThingAsync().ConfigureAwait(false);
}

那么等待它确实会影响调用代码的等待行为。

Answer 2

来自http://blogs.msdn.com/b/pfxteam/archive/2012/01/20/10259049.aspx的示例

...逻辑上你可以想到以下代码：

await FooAsync();
RestOfMethod();

本质上与此相似：

var t = FooAsync();
var currentContext = SynchronizationContext.Current;
t.ContinueWith(delegate
{
    if (currentContext == null)
        RestOfMethod();
    else
        currentContext.Post(delegate { RestOfMethod(); }, null);
}, TaskScheduler.Current);

这意味着您应该在await myLib.DoThingAync(); 调用之后恢复您的上下文。

Answer 3

如果在异步调用的逻辑链中使用不一致，ConfigureAwait(false) 可能会添加冗余上下文切换（这通常意味着冗余线程切换）。这可能发生在存在同步上下文的情况下，当逻辑堆栈上的一些异步调用使用ConfigureAwait(false) 而有些不使用（更多here）。

您仍应在代码中使用 ConfigureAwait(false)，但您可能希望查看您正在调用的第 3 方代码并通过以下方式缓解任何不一致：

public async Task DoThingAsyc() {
    // do some setup
    await Task.Run(() => otherLib.DoThingAsync()).ConfigureAwait(false);
    // do some other stuff
}

这会增加一个额外的线程切换，但可能会阻止许多其他线程切换。

此外，如果您要创建一个像您展示的那样非常薄的包装器，您可能希望像下面这样实现它，根本不需要 async/await：

public Task DoThingAsyc() {
    // do some setup
    return otherLib.DoThingAsync();
}