Task.Run（）の動作中にConfigureAwait（false）が機能しないのはなぜですか？

Question

私はConfigureAwait（false）で非同期ライブラリメソッドを呼び出しています。しかし、私はまだデッドロックで終わる。 （ASP.NETコントローラAPIで使用しています） しかし、同じメソッドをTask.Run（）にラップすると、正常に動作します。

ライブラリメソッドがConfigureAwaitを内部的に使用していない場合、ConfigureAwaitを追加してもライブラリ呼び出しで問題が解決されない場合、デッドロックが発生します（.Resultを使用してブロックします）。しかし、その場合、同じコンテキスト/スレッドで続行できないため、Task.Run（）で動作するのはなぜですか。

このarticleはこれについて語ります。 Btw、私はStephen Clearyの記事をたくさん用意しています。しかし、なぜTask.Run（）が動作するのは謎です。

コードスニペット：現在SynchronizationContextを使用して継続を実行しようとしているので、最初の例で

// This Create Method results in Deadlock 
public async Task<string> Create(MyConfig config) 
{ 
     Document doc = await Client.CreateDocumentAsync(CollectionUri, config).ConfigureAwait(false); 
     return doc.Id; 
} 

// Uses Task.Run() which works properly, why?? 
public string Create(MyConfig config) 
{ 
    Document doc = Task.Run(() => Client.CreateDocumentAsync(CollectionUri, config)).Result; 
    return doc.Id; 
} 

[HttpPost] 
public ActionResult CreateConfig(MyConfig config) 
{ 
    string id = Create(config).Result; 
    return Json(id); 
} 

Answer 1

、Client.CreateDocumentAsyncの実装がデッドロックされています。

Task.Runを使用すると、デリゲートはThreadPoolスレッドで呼び出されます。つまり、現在のSynchronizationContextが存在しないことを意味します。すべての継続はThreadPoolスレッドを使用して再開されます。これはデッドロックしないことを意味します。

なぜあなたのCreateConfigメソッドは非同期ではありませんか？ MVCとWebAPIの最新のバージョンでは、非同期メソッドをサポートしており、.Resultを取り除くのが最良の解決策になります。

Answer 2

私はルカゾイドが正しいと信じています。別の言い方をするには...

// This Create Method results in Deadlock 
public async Task<string> Create(MyConfig config) 
{ 
    Document doc = await Client.CreateDocumentAsync(CollectionUri, config).ConfigureAwait(false); 
    return doc.Id; 
} 

あなたはただConfigureAwait(false) 1のレベルに固執することはできません、それは魔法のようにデッドロックを防ぐいます。 ConfigureAwait(false)は、そのメソッドの推移的クロージャーおよびそれが呼び出すすべてのメソッドですべてのawaitによってデッドロックが使用される場合にのみ、デッドロックを防ぐことができます。言い換えれば

は、ConfigureAwait(false)は、（それは）Create内のすべてのawaitに使用する必要があり、それはまた、（私たちが知らない）CreateDocumentAsync内のすべてのawaitに使用する必要があり、それはまた、する必要がありますawaitごとにCreateDocumentAsyncなどが呼び出されるすべてのメソッドで使用されます。

これは、デッドロックの問題に対する脆弱な「解決策」の1つの理由です。