wcf - 将 OperationContext.Current 存储在 WCF 服务实例的实例变量中

标签 wcf web-services thread-local-storage operationcontext

我想知道在 WCF 服务主机实例的实例变量中存储和引用 OperationContext.Current 对象是否明智。服务主机设置为 InstanceContextMode.PerCall,因此每个新请求都有自己的实例。

我问这个的原因是因为 WCF 不保证线程亲和性。有时 WCF 可以在一个线程上启动请求并在另一个线程上结束请求。

OperationContext.Current 对象存储在线程本地存储中。当新线程用于同一操作时,WCF 会“传播”到新线程。

在这种情况下,当 WCF 开始使用不同的线程时,访问存储在我的服务实例的实例变量中的 OperationContext 对象是否仍然安全?

最佳答案

不是存储 OperationContext,而是将其包装在一个可以替换的抽象中,确保您需要的上下文所提供的设施在抽象中 - 就像这样

interface IContextService
{
    Message RequestMessage{ get;}
    string SessionId{ get;}
} 

然后有一个使用真正的 OperationContext 的实现

class ContextService : IContextService
{
    public Message RequestMessage
    {
        get
        {
             return OperationContext.Current.RequestContext.RequestMessage;
        }
    }

    public string SessionId
    {
        get
        {
             return OperationContext.Current.SessionId;
        }
    }
} 

如果您将 IContextService 注入(inject)到您的类中,您现在可以通过提供假版本来进行 uit 测试

关于wcf - 将 OperationContext.Current 存储在 WCF 服务实例的实例变量中,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/10568387/

相关文章:

c# - 在 C# 服务中获取连接字符串

c# - MSMQ 绑定(bind)不匹配

c# - WCF - 发送请求的能力,其中字段可以按任何顺序排列

php - 提供股票市场信息的网络服务

asp.net - 如何异步调用 webmethod 并部分渲染控件?

c++ - TLS 变量访问的结果未缓存

multithreading - Go中全局线程本地存储的可行性和最佳实践

c# - 什么是 WCF 中的已知类型

java - 在同一连接上进行 Web 服务调用

tbb - 关于TBB线程本地存储