Thread.CurrentPrincipalが正しく流れるために、「Wait Task.Yield（）」が必要ですか？

Question

次のコードは、新しく作成したVisual Studio 2012 .NET 4.5 WebAPIプロジェクトに追加されました。

HttpContext.Current.UserとThread.CurrentPrincipalの両方を非同期方式で割り当てようとしています。 await Task.Yield();（またはその他の非同期のもの）が実行されない限り、Thread.CurrentPrincipalの割り当ては正しく流れません（true〜AuthenticateAsync()を成功させる）。

なぜですか？

using System.Security.Principal; 
using System.Threading.Tasks; 
using System.Web.Http; 

namespace ExampleWebApi.Controllers 
{ 
    public class ValuesController : ApiController 
    { 
     public async Task GetAsync() 
     { 
      await AuthenticateAsync(false); 

      if (!(User is MyPrincipal)) 
      { 
       throw new System.Exception("User is incorrect type."); 
      } 
     } 

     private static async Task AuthenticateAsync(bool yield) 
     { 
      if (yield) 
      { 
       // Why is this required? 
       await Task.Yield(); 
      } 

      var principal = new MyPrincipal(); 
      System.Web.HttpContext.Current.User = principal; 
      System.Threading.Thread.CurrentPrincipal = principal; 
     } 

     class MyPrincipal : GenericPrincipal 
     { 
      public MyPrincipal() 
       : base(new GenericIdentity("<name>"), new string[] {}) 
      { 
      } 
     } 
    } 
} 

注：

• はawait Task.Yield();はAuthenticateAsync()のどこにでも現れることができるか、それがAuthenticateAsync()を呼び出した後GetAsync()に移動することができ、それはまだ成功します。
• ApiController.Userは、Thread.CurrentPrincipalを返します。
• HttpContext.Current.Userは、await Task.Yield()がなくても常に正しく流れます。
• Web.configは、<httpRuntime targetFramework="4.5"/>,impliesUseTaskFriendlySynchronizationContextを含む。
• 私は偶数日前にa similar questionと尋ねましたが、Task.Delay(1000)が存在していたため、その例が成功しただけであることに気づいていませんでした。

Answer 1

面白い！ Thread.CurrentPrincipalは、論理呼び出しコンテキストに基づいており、スレッドごとの呼び出しコンテキストには基づいていないようです。 IMOこれはまったく直感的ではないので、なぜこのように実装されたのか聞いてみるのが面白いでしょう。 .NET 4.5では

---

。それはより適切async方法で流れるように、async方法は、論理的なコールコンテキストと対話します。私にはblog post on the topicがあります。 AFAIKはそれが文書化されている唯一の場所です。 .NET 4.5では、すべてのasyncメソッドの初めに、その論理呼び出しコンテキストに対して「書き込み時コピー」動作をアクティブにします。論理呼び出しコンテキストが変更された場合、最初に自身のローカルコピーを作成します。

ウォッチウィンドウでSystem.Threading.Thread.CurrentThread.ExecutionContextBelongsToCurrentScopeを観察すると、論理的なコールコンテキストの「ローカル性」（コピーされているかどうか）がわかります。

Yieldを設定しないと、Thread.CurrentPrincipalを設定すると、論理コールコンテキストのコピーが作成されます。このコンテキストは、そのasyncメソッドに「ローカル」として扱われます。 asyncメソッドが返されると、そのローカルコンテキストは破棄され、元のコンテキストがそのまま使用されます（ExecutionContextBelongsToCurrentScopeはfalseに戻ります）。

一方、Yieldを実行すると、SynchronizationContextの動作が引き継がれます。実際には、HttpContextがキャプチャされ、両方の方法を再開するために使用されます。この場合、あなたはではありません。がAuthenticateAsyncからGetAsyncに保存されているとみなすと、と表示されます。メソッドが再開される前に実際に起こっているのはHttpContext is preserved, and then HttpContext.User is overwriting Thread.CurrentPrincipalです。

あなたはGetAsyncにYieldを移動する場合は、同様の動作を参照してください：ローカル変更はAuthenticateAsyncにスコープとしてThread.CurrentPrincipalが扱われています。そのメソッドが復帰したときに値を戻します。ただし、HttpContext.Userはまだ正しく設定されており、その値はYieldでキャプチャされ、再開するとThread.CurrentPrincipalが上書きされます。