C＃は（REPROテストで）のSynchronizationContextをクリア非同期メソッドで待つ

Question

と.NET 4.6.1をターゲットとC＃のテストプロジェクトは、私は、次の動作を取得：ここ

[TestClass] 
public class AwaitTests 
{ 
    [TestMethod] 
    public void AsyncRemovingSyncContext_PartialFail() 
    { 
     Log("1"); 
     SynchronizationContext.SetSynchronizationContext(new SynchronizationContext()); 
     Log("2"); 
     HasAwait().Wait(); // The continuation in this method is on wrong thread 
     Log("5"); 
     Assert.IsNotNull(SynchronizationContext.Current); 
    } 

    [TestMethod] 
    public async Task AsyncRemovingSyncContext_Fail() 
    { 
     Log("1"); 
     SynchronizationContext.SetSynchronizationContext(new SynchronizationContext()); 
     Log("2"); 
     await HasAwait(); 
     Log("5"); // Issue is here - Sync Context is now null 
     Assert.IsNotNull(SynchronizationContext.Current); 
    } 

    public async Task HasAwait() 
    { 
     Log("3"); 
     await Task.Delay(300); 
     Log("4"); 
    } 

    private void Log(string text) 
    { 
     Console.WriteLine($"{text} - Thread {System.Threading.Thread.CurrentThread.ManagedThreadId} - {SynchronizationContext.Current}"); 
    } 
} 

が出力されます。

AsyncRemovingSyncContext_PartialFail
1 - スレッド7 -
2 - スレッド7 - System.Threading.SynchronizationContext
3 - スレッド7 - System.Th reading.SynchronizationContext
4 - 糸8 -
5 - スレッド7 - System.Threading.SynchronizationContext

AsyncRemovingSyncContext_Error
1 - スレッド7 -
2 - スレッド7 - System.Threading.SynchronizationContext
3 - スレッド7 - System.Threading.SynchronizationContext
4スレッド8 -
5スレッド8 -
- アサルト例外スロー

私は他のテストを行いましたが、これまでの方法ではawaitキーワードの存在と同期コンテキストのクリアとの間に100％の相関があります。これには、非同期ラムダが含まれます。

awaitが発生するとすぐに同期コンテキストが削除されるように見えるため、これは重要です。つまり、同じメソッドで2つのawaitを実行すると、2番目の継続はスレッドプールでのみ実行されます（同期コンテキストがない場合のデフォルトの動作）。

これはフレームワーク/コンパイラのバグですか、何か間違っていますか？詳細については

---

、私は誰かが一つの形態または別に尋ねると確信しているので、私は私がのためにasyncawait \サポートを有効にしたいのですが、私ができる場合、私は唯一のことを行うことができますActive Objectを持っていますお返事は私のActiveObjectSynchronizationContextに発送されます。現時点では、それはクリアされているわけではありません。

私は既にthis question（と同様のUIコンテキスト4.0バグについて）を見てきましたが、4.6.1を実行してから非UIスレッドを使用しているので関連しません。

また、this other questionのアドバイスに従い、同期コンテキストがCreateCopyを実装していることを確認しましたが、テストプロファイリングからメソッドが呼び出されていないことがわかります。

Answer 1

@StephenClearyがコメントで述べたように、実際のコードでは、非同期メソッドで同期コンテキストを設定していましたが、動作すると思っていたが、明らかにそれはありませんステートマシンは、メソッドの開始時にコンテキストを把握していると推測していますか？）。

解決策は、非同期メソッドで同期コンテキストを最初に設定することです。

間違っ

activeObject.Enqueue(async() => 
    { 
     SynchronizationContext 
      .SetSynchronizationContext(
       new ActiveObjectSynchronizationContext(activeObject)); 

     // do work 

     await Task.Delay(500); 

     // Sync Context now cleared 
    }); 

右

activeObject.Enqueue(() => 
     SynchronizationContext 
      .SetSynchronizationContext(
       new ActiveObjectSynchronizationContext(activeObject)); 
    ); 

activeObject.Enqueue(async() => 
    { 
     // do work 

     await Task.Delay(500); 

     // Still on Active Object thread 
    }); 

Answer 2

new SynchronizationContext()by conventionは、null同期コンテキストと同じです。つまり、スレッドプールのコンテキストです。したがって、これらのテストでの動作は予期しないことではありません。

awaitは正しく動作しています。現在の同期コンテキストが表示されており、そのコンテキストに継続しています。しかし、スレッドプール同期コンテキストは、スレッドプールスレッド上でデリゲートを実行するだけです。nullがスレッドプール同期コンテキストのため、SynchronizationContext.Currentをnew SynchronizationContextに設定しません。

実際のコードの問題は、ActiveObjectSynchronizationContextがキューに入れられた代理人を実行しているときに自分自身を最新の状態に設定していないことです。デリゲートを実行する直前にを呼び出すのはSynchronizationContext.Postの責任ですが、私が間違っている場合は正しいと思いますが、名前 "Active Object"はシングルスレッドのSTAライクなモデルを暗示しているようです。この場合、Postは設定する必要はありません。適切な現在の同期コンテキストを既に持っている正しいスレッドでデリゲートを実行するだけで済みます。

私が役に立ったら、私は単一のスレッド hereを持っていますが、何らかの（明示的な）メッセージポンピングはしません。