异步WCF方法等待后，WebOperationContext为null

Question

在以下示例中，该方法作为WCF服务操作公开，并且该服务在IIS中承载。 在进入函数时，WebOperationContext.Current按预期设置。 然而，在await完成等待之后，WebOperationContext.Current被设置为null。

        public async Task TestAsync()
    {
        //WebOperationContext.Current is set

        Task t = new Task(()=>Thread.Sleep(10000));

        t.Start();

        await t;

        //WebOperationContext.Current is null
    }

这似乎是一个缺点，所以我想知道是否有人知道这一点以及是否有任何好的方法。 我意识到我可以在局部变量中缓存对conext的引用，但这看起来不太好。

更新

一种有效的方法是

            public async Task TestAsync()
    {
        WebOperationContext ctx = WebOperationContext.Current;

        Task t = new Task(()=>Thread.Sleep(10000));

        t.Start();

        await t;

        //ctx is set        
    }

而且，正如其他人所暗示的那样，我可以做到这一点

        public async Task TestAsync()
    {
        CallContext.LogicalSetData("WebOperationContext.Current", WebOperationContext.Current);

        Task t = new Task(()=>Thread.Sleep(10000));

        t.Start();

        await t;

        WebOperationContext ctx = (WebOperationContext)CallContext.LogicalGetData("WebOperationContext.Current");
    }

每个的性能和线程安全性会产生什么影响？

Answer 1

我听说WCF团队正在考虑OperationContext.Current解决方案，我希望他们也能解决WebOperationContext.Current 。 看到这篇SO帖子 （注意Jon Cole是MS WCF团队的成员）。

在此期间，您可以捕获变量中的值（提高可测试性，这是我的建议），将其添加到LogicalCallContext ，或者安装您自己的SynchronizationContext （由于您使用自己的IIS托管在IIS中，这将非常棘手SynchronizationContext ）。