跨线程的 HTTPContext

我需要为每个网络请求实例化一个单例对象，以便数据处理一次并在整个请求期间有效，我正在使用HttpContext.Current.Items在 HTTP 请求期间共享数据，一切都很好，直到我们需要单例对象实例跨多个线程，我想到的第一件事是将 HttpContext 实例传递给新线程：

HttpContext context = HttpContext.Current;
ThreadPool.QueueUserWorkItem(callback =>
    {
        HttpContext.Current = context;
        // blah blah
    });

我认为这不是线程安全的方法此处注明 https://stackoverflow.com/questions/734821/using-an-httpcontext-across-threads.

使用 Reflector 我认为 HttpContext.Current.Items 实际上使用调用上下文在每个逻辑线程中存储对象。所以我将单例接口更改为：

public static SingletonType SingletonInstance
{
    get { return CallContext.GetData(key) as SingletonType; }
    set { CallContext.SetData(key, value); }
}

并且简单地覆盖SingletonInstance当开始任何新线程时！该代码工作正常，但似乎在重负载下，CallContext.GetData(key) 返回 null 并且应用程序因空引用异常而崩溃！

我在想，如果CallContext.GetData是原子的吗？但这似乎不对，CallContext 是线程特定的数据存储，并且必须是原子的，否则我就没有抓住要点！

我的另一个猜测是，设置 SingletonInstance (CallContext.SetData) 发生在一个线程中，而 CallContext.GetData 在另一个线程中执行此处注明 https://stackoverflow.com/a/736115/1041321但我不知道如何/为什么？

update:

我们将每个在线用户的实例保存在服务器上的数组中。单例对象实际上是对代表当前用户的对象的引用。当前用户必须是唯一的，并且在每个线程中都可以用于数据库查询、日志记录、错误处理等，具体操作如下：

public static ApplicationUser CurrentUser
{
    get { return CallContext.GetData("ApplicationUser") as ApplicationUser ; }
    set { CallContext.SetData("ApplicationUser", value); }
}

如果负载不足，ASP.NET 可能会在线程之间迁移请求。一旦收到请求，页面构造函数就可以在一个线程上执行，并在另一个线程上加载页面。在此线程切换中，CallContext 和 ThreadStatic 不会迁移，但幸运的是 HttpContext 会迁移。

这可能会产生误导，因为 HttpContext 是调用上下文，但这是 ASP.NET 中的一个小怪癖，可能是因为为了提高性能而偷工减料。

您必须删除对 CallContext 的依赖关系并自始至终使用 HttpContext。

您可以在此处阅读更多详细信息很棒的博客文章 http://piers7.blogspot.com/2005/11/threadstatic-callcontext-and_02.html由皮尔斯7。