我所知道的HttpContext.Current

在MVC中，HttpContext.Current是比较常见的对象，可以用它来进行Session，Cache等的保存等。但是它并不是无处不在的，下面就慢慢来揭开它的面纱。

当我们向服务端发送请求的时候，页面会响应我们的请求，比如我们访问A页面，那么服务端就会把A页面通过处理后返回给我们，访问B页面，过程同样。在这里，我们访问A页面和访问B页面，总共进行了2次请求，这两次请求会不会是在同一个页面线程中呢？因为Asp.net模型本身就是多线程模式的,那么让我们来做一个实验：

首先,创建一个Asp.net项目,新建一个Default.aspx主页面,然后新建一个About.aspx从页面,在Default.aspx页面中,代码如下:

protected void Page_Load(object sender, EventArgs e)
{
     Response.Write("Default页面线程ID：" + Thread.CurrentThread.ManagedThreadId);
     HttpContext.Current.Cache.Insert("test", "TestValue", null, DateTime.Now.AddMinutes(120),System.Web.Caching.Cache.NoSlidingExpiration);
}

在代码中,我们打印出了当前页面的线程ID并做了一个简单的缓存.

在About.aspx页面中,代码如下:

 protected void Page_Load(object sender, EventArgs e)
 {
     bool flag = HttpContext.Current == null;
     Response.Write("About页面线程ID：" + Thread.CurrentThread.ManagedThreadId.ToString(+"<br/>");
     Response.Write("About页面的Httpcontext对象："+(flag?"未创建":"已经创建")+"<br/>");
     Response.Write("About页面获取的缓存值为："+HttpContext.Current.Cache["test"]+"<br/>");
}

在代码中,我们同样打印出了当前页面的线程ID并获取之前的缓存:

得到的结果如下:

Default页面线程ID：4

 

About页面线程ID：8
About页面的Httpcontext对象：已经创建
About页面获取的缓存值为：TestValue

从代码输出结果，我们可以看出，两次请求分别被不同的线程处理，HttpContext.Current在这两个线程中是可用的，为什么跨线程后还能够使用呢？这个后面我们再来讲解。

下面再看两个例子，在APM模式处理中和子线程处理中，看看HttpContext.Current是否依然能够访问：

首先是APM模式的例子：

private void DO()
{
      System.Threading.Thread.Sleep(1000);
      Response.Write(HttpContext.Current==null?"没有创建":"已经创建");
}

private void BeginDO()
{
      Action action = new Action(DO);
      action.BeginInvoke((iar) =>
      {
          Action endAction = (Action)iar.AsyncState;
           endAction.EndInvoke(iar);
      }, action);
}

做好之后，让我们运行起来，结果在执行

Response.Write(HttpContext.Current==null?"没有创建":"已经创建");

这句话的时候报错，提示：响应在此上下文中不可用。看来，在APM中，是不可用的。

那么在子线程中呢？

private void ThreadDo()
{
     new Thread(new ThreadStart(DO)).Start();
}

让我们执行，看看结果，不幸的是，当执行到同样那句话的时候报错，提示：响应在此上下文中不可用。

为什么在页面中，跨线程可用，但是在APM模式或者是创建了子线程的场景中不能用呢？

就让我们来剖析一下源代码：

首先，HttpContext.Current源码：

// System.Web.HttpContext
/// <summary>Gets or sets the <see cref="T:System.Web.HttpContext" /> object for the current HTTP request.</summary>
/// <returns>The <see cref="T:System.Web.HttpContext" /> for the current HTTP request.</returns>
public static HttpContext Current
{
   get
   {
      return ContextBase.Current as HttpContext;
   }
   set
   {
      ContextBase.Current = value;
   }
}

我们看到，是通过ContextBase.Current返回，让我们继续深究下去：

// System.Web.Hosting.ContextBase
internal static object Current
{
   get
   {
      return CallContext.HostContext;
   }
   [SecurityPermission(SecurityAction.Demand, Unrestricted = true)]
   set
   {
      CallContext.HostContext = value;
   }
}

走到这里我们看到，是通过CallContext.HostContext对象返回，继续深究：

// System.Runtime.Remoting.Messaging.CallContext
/// <summary>Gets or sets the host context associated with the current thread.</summary>
/// <returns>The host context associated with the current thread.</returns>
/// <exception cref="T:System.Security.SecurityException">The immediate caller does not have infrastructure permission. </exception>
public static object HostContext
{
    [SecurityCritical]
    get
    {
        IllogicalCallContext illogicalCallContext = Thread.CurrentThread.GetIllogicalCallContext();
        object hostContext = illogicalCallContext.HostContext;
        if (hostContext == null)
        {
            LogicalCallContext logicalCallContext = CallContext.GetLogicalCallContext();
            hostContext = logicalCallContext.HostContext;
        }
        return hostContext;
    }
    [SecurityCritical]
    set
    {
        if (value is ILogicalThreadAffinative)
        {
            IllogicalCallContext illogicalCallContext = Thread.CurrentThread.GetIllogicalCallContext();
            illogicalCallContext.HostContext = null;
            LogicalCallContext logicalCallContext = CallContext.GetLogicalCallContext();
            logicalCallContext.HostContext = value;
            return;
        }
        LogicalCallContext logicalCallContext2 = CallContext.GetLogicalCallContext();
        logicalCallContext2.HostContext = null;
        IllogicalCallContext illogicalCallContext2 = Thread.CurrentThread.GetIllogicalCallContext();
        illogicalCallContext2.HostContext = value;
    }
}

看到了什么？从字面意思，我们可以看到：如果当前线程中存在与之相关的对象，则直接返回，否则就创建一个关联的对象并返回。

那么，也就是说，虽然请求的页面的线程变了，但是由于HttpContext.Current被当做相关对象被创建，所以可以在不同的页面中获取其实例。

但是为什么在APM模式或者子线程场景中不能访问呢？由于APM模式或者子线程场景的处理是被操作系统所接管，因为apm模式需要操作系统分配线程来进行异步处理，子线程也是由操作系统调配，这些与当前的请求已经没有关系，所以会出现无响应的情况。下面一幅图代表我对这个的理解：

另外，引用一下Fish-li的文章，Httpcontext.current在如下场景中是不可用的，我们看到，这些场景操作都是被操作系统所接管：

1. 定时器的回调。
2. Cache的移除通知。
3. APM模式下异步完成回调。
4. 主动创建线程或者将任务交给线程池来执行。

最后，有人说，那我可以把HttpContext.current对象全局缓存，然后放到子线程中使用可以么？我只能说，仍然不可以，仍然会出现“响应在此上下文中不可用”的错误提示。你不信可以试试看。

由于HttpContext.Current对象会被关联创建，所以，全局缓存他是没必要的。