OperationContext.Currentは、WCFサービスでasync/awaitを初めて使用するのを待ってからnullです。

Question

.NET 4.5でasync/awaitパターンを使用して、WCFでいくつかのサービスメソッドを実装しています。 例サービス：

契約：

[ServiceContract(Namespace = "http://async.test/")] 
public interface IAsyncTest 
{ 
    Task DoSomethingAsync(); 
} 

実装：

MyAsyncService : IAsyncTest 
{ 
    public async Task DoSomethingAsync() 
    { 
     var context = OperationContext.Current; // context is present 

     await Task.Delay(10); 

     context = OperationContext.Current; // context is null 
    } 
} 

私が午前問題は、最初のawaitOperationContext.Current後nullを返し、私はOperationContext.Current.IncomingMessageHeadersにアクセスすることができないということです。

awaitの前にコンテキストを取得できるので、この単純な例では問題はありません。しかし実際のケースでは、OperationContext.Currentは呼び出しスタックの深いところからアクセスされています。コンテキストをさらに渡すためには、たくさんのコードを変更する必要はありません。

awaitポイントの後に手動でスタックを通過させずに操作コンテキストを取得する方法はありますか？

Answer 1

あなたの最良の選択肢は、実際にそれをキャプチャして手動で渡すことです。これにより、コードのテスト容易性が向上することがあります。

1. それはLogicalCallContextに追加する：言っ
   は、他のオプションがいくつかあります。
2. 自分でSynchronizationContextをインストールします。OperationContext.CurrentにはPostが設定されます。これはASP.NETがそのHttpContext.Currentを保存する方法です。
3. OperationContext.Currentと設定して独自のTaskSchedulerをインストールしてください。

また、Microsoft Connectでこの問題を解決することもできます。

Answer 2

これはうまくいきませんので、将来のリリースで修正プログラムを入手することになります。

平均時間では、あなたの周りのオブジェクトを渡す必要がないように、現在のスレッドにコンテキストを再適用する方法があります：

public async Task<double> Add(double n1, double n2) 
    { 

     OperationContext ctx = OperationContext.Current; 

     await Task.Delay(100); 

     using (new OperationContextScope(ctx)) 
     { 
      DoSomethingElse(); 
     } 
     return n1 + n2; 
    } 

上記の例では、DoSomethingElse（ ）メソッドは、期待どおりにOperationContext.Currentにアクセスします。

Answer 3

幸いにも私たちの現実的なサービス実装は、Unity IoCコンテナによってインスタンス化されます。これにより、に設定されたIWcfOperationContextを作成することができました。これは、RealServiceの各インスタンスに対してWcfOperationContextというインスタンスが1つだけ存在することを意味します。
WcfOperationContextのコンストラクタでは、OperationContext.Currentをキャプチャし、それを必要とするすべての場所でIWcfOperationContextを取得します。これはStephen Clearyが彼の答えで示唆したものである。

public class OperationContextSynchronizationContext : SynchronizationContext 
{ 
    private readonly OperationContext context; 

    public OperationContextSynchronizationContext(IClientChannel channel) : this(new OperationContext(channel)) { } 

    public OperationContextSynchronizationContext(OperationContext context) 
    { 
     OperationContext.Current = context; 
     this.context = context; 
    } 

    public override void Post(SendOrPostCallback d, object state) 
    { 
     OperationContext.Current = context; 
     d(state); 
    } 
} 

と使用方法：

Answer 4

はここでサンプルSynchronizationContext実装だ氏クリアリーさん＃1オプションを拡張し

var currentSynchronizationContext = SynchronizationContext.Current; 
try 
{ 
    SynchronizationContext.SetSynchronizationContext(new OperationContextSynchronizationContext(client.InnerChannel)); 
    var response = await client.RequestAsync(); 
    // safe to use OperationContext.Current here 
} 
finally 
{ 
    SynchronizationContext.SetSynchronizationContext(currentSynchronizationContext); 
} 

Answer 5

、次のコードは、WCFサービスのコンストラクタにして配置することができます論理呼び出しコンテキスト内のOperationContextを格納して取得します。

if (CallContext.LogicalGetData("WcfOperationContext") == null) 
{ 
    CallContext.LogicalSetData("WcfOperationContext", OperationContext.Current); 
} 
else if (OperationContext.Current == null) 
{ 
    OperationContext.Current = (OperationContext)CallContext.LogicalGetData("WcfOperationContext"); 
} 

それと210

は、どこでもあなたは、次のようなものを書くことができ、ヌルコンテキストの問題を抱えている：

var cachedOperationContext = CallContext.LogicalGetData("WcfOperationContext") as OperationContext; 
var user = cachedOperationContext != null ? cachedOperationContext.ServiceSecurityContext.WindowsIdentity.Name : "No User Info Available"; 

免責事項：これは歳のコードであると私は私がでelse ifが必要な理由を覚えていませんコンストラクタですが、それは非同期と関係があり、私の場合はそれが必要であることが分かりました。

Answer 6

更新：下記のコメントで指摘されているように、このソリューションはスレッドセーフではありませんので、上記の解決策は依然として最良の方法です。

私はDIコンテナ（Application_BeginRequest）にHttpContextを登録して、問題が発生したときにいつでも解決します。

登録：

this.UnityContainer.RegisterInstance<HttpContextBase>(new HttpContextWrapper(HttpContext.Current)); 

解決：

var context = Dependencies.ResolveInstance<HttpContextBase>(); 

Answer 7

ネット4.6.2で修正されているようです。 the announcement