タスクを完了したときにSynchronizationContextを手動でキャプチャして適用する

Question

吊り下げに問題がありました（hereを参照）。研究中にSetResultをTaskCompletionSourceに呼び出すと、実際にSetResultというスレッドのコンテキストで待機中の継続が呼び出されていることがわかりました（これはthis answerという質問に多少関連しています）。私の場合、これはawait（ASP.NETリクエストスレッド）を開始したスレッドとは別のスレッド（スレッドプールワーカースレッド）です。

これがなぜハングアップするのかまだわかりませんが、私はSetResultを元のコンテキストに強制しようとしました。リクエストスレッドにawaitを入力する前にSynchronizationContext.Currentの値を保存し、SynchronizationContext.SetSynchronizationContextを介して手動でワーカースレッドに適用したところ、SetResultを呼び出す直前です。これによりハングが解消され、ConfigureAwait(false)を指定せずにすべての非同期メソッドを待つことができます。

私の質問は、SynchronizationContextを手動でキャプチャして適用するのに合理的かつ正しいアプローチですか？ FWIW、私はSetResultデリゲートで簡単にPost()を実行しようとしましたが、それでもハングしました。私は明らかにここの私の快適ゾーンから少し外れています...何が起こっているのか理解してください！

Answer 1

、私は完全に私のHTTPハンドラが非同期ハンドラのサポートを追加するために非常に疑わしい方法でIAsyncHttpHandlerを実施し、小さな基底クラスから派生したことを見落としていました：

public IAsyncResult BeginProcessRequest(HttpContext context, AsyncCallback cb, object extraData) 
{ 
    ... 
    var task = HandleRequestAsync(...); 

    Task.Run(async() => { await task; }).GetAwaiter().GetResult(); 
    ... 
} 

私ができますなぜ私が最初にこれをやったのか覚えていない（それは1年以上前だった）が、間違いなく私が最後の数日間探していた愚かな部分！

ハンドラー基本クラスを.NET 4.6のHttpTaskAsyncHandlerに変更すると、ハングアップがなくなりました。みんなの時間を無駄にして申し訳ありません！ :(

Answer 2

SetResultは何も呼び出すことはできません。したがって、これは信頼できません。

キャプチャされた時点で同期コンテキストを切り替える必要があります。一般的な問題点は、Webリクエストを開始するときにコンテキストを取得するWebClientです。したがって、あなたのコードは次のようになります。

SetContext(newContext); 
new WebClient().DownloadAsync(...); 
SetContext(oldContext); 

何も妨害しないように古いコンテキストを復元します。

つまり、問題は継続コードであり、コードSetResultではありません。私の恥ずかしさに