ライブラリ内の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は現場でキャプチャされます。今

、タスクを待つことに戻される前に（最初awaitの前の部分である）非同期メソッドの同期部分が実行されているので、あなたがすることができます混乱の周りにあっSynchronizationContextが、ConfigureAwaitでそれを行うことはありません。あなたの具体的な例では

---

あなたは非同期メソッドから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); 

ましたの後ろに文脈を戻す必要があることを意味しますコール。

Answer 3

非同期コールの論理チェーンで一貫して使用されない場合、ConfigureAwait(false)は冗長コンテキストスイッチ（通常は冗長スレッドスイッチを意味します）を追加することがあります。これは、論理スタック上の一部の非同期呼び出しがConfigureAwait(false)を使用し、一部が非使用（より多くhere）の同期コンテキストが存在する場合に発生する可能性があります。

あなたはまだあなたのコード内でConfigureAwait(false)を使用する必要がありますが、あなたは、あなたが呼んでいるサードパーティのコードに覗かと、このような何かを持つ任意の矛盾を緩和することもできます。

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

これは、1つの余分なスレッドを追加します潜在的に他の多くのものを防ぐ可能性があります。また

、あなたが示したように、あなたがすべてでasync/awaitせずに、以下のようにそれを実装することが、本当に薄いラッパーを作成している場合：

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