摘要

HttpContext上下文并不是无处不在的。详情可以看下Fish Li的文章，解释的比较清楚。

HttpContext.Current并非无处不在

问题复现

        public async Task<ActionResult> Home()

        {

            return await Task.Factory.StartNew(() =>

            {

                var context = System.Web.HttpContext.Current;

                System.Web.HttpContext context2 = System.Runtime.Remoting.Messaging.CallContext.HostContext as HttpContext;

                return View();

            });

        }

比如有上面一段代码，你需要用到HttpContext，大部分人都会通过HttpContext.Current方式拿到当前请求的上下文。

但是

为什么拿不到上下文对象呢？

首先我们需要了解，HttpContext保存在哪儿？，在Fish Li的文章中已经说的很详细了，HttpContext其实是保存在CallContext.HostContext这个属性中的。

CallContext.HostContext

获取或设置与当前线程相关联的主机上下文。（MSDN）

当前线程： 当前线程是指与【当前请求】相关的线程。

其中Fish Li有这么段话解释的比较清楚

【当前线程】是个什么意思？ 我为什么要突出这个词呢？

答：
1. 当前线程是指与【当前请求】相关的线程。
2. 在ASP.NET中，有些线程并非总是与请求相关。

感觉有点绕口吗？ 不容易理解吗？ 还是继续往下看吧。

虽然在ASP.NET程序中，几乎所有的线程都应该是为响应请求而运行的，
但是，还有一些线程却不是为了响应请求而运行，例如：
1. 定时器的回调。
2. Cache的移除通知。
3. APM模式下异步完成回调。
4. 主动创建线程或者将任务交给线程池来执行。

在以上这些情况中，如果线程执行到HttpContext.Current，您认为会返回什么？
还是一个HttpContext的实例引用吗？
如何是，那它与哪个请求关联？

显然，在1，2二种情况中，访问HttpContext.Current将会返回 null 。
因为很有可能任务在运行时根本没有任何请求发生。
了解异步的人应该能很容易理解第3种情况（就当是个结论吧）
第4种情况就更不需要解释了，因为确实不是当前线程。

猜测，task.factory.startnew，开启一个新的任务执行的。所以这里拿不到HttpContext也符合上述的情况。

那么我们可以在请求开始的时候可以通过变量将上下文保存起来，比如下面的方式。

总结

通过本篇文章，在异步中使用HttpContext.Current需要特别注意，它并不是无处不在的，所以在使用的时候，最好判断一下是否为null。

相关文章

Fish Li：HttpContext.Current并非无处不在