I read from < Essential ASP.NET with Examples in C# > the following statement:
另一个有用的特性是静态电流特性
我想知道大胆的部分的根本原因，一件事导致另一件事，这是我的 idea :
我们知道一个进程可以有多个线程.每个线程都有各自的堆栈.这些线程还可以访问共享内存区域堆.
据我所知，堆栈是存储该线程的所有上下文的地方.为了让线程访问堆中的某些内容，它必须使用指针，指针存储在堆栈中.
因此，当我们进行一些跨线程调用时，我们必须确保所有必要的上下文信息都从调用方线程的堆栈传递到被调用方线程的堆栈.
但是我不太确定我是否弄错了.
如有任何意见，我们将深表感谢.
谢谢
这里的堆栈限制为user stack.
有四个因素共同作用，导致您所询问的行为:
HttpContext.Current中找到Thread.CurrentThread中找到Thread.CurrentThread是静态的，但在每个线程中引用不同的Thread对象HttpContext.Current实际上是Thread.CurrentThread.ExecutionContext.IllogicalCallContext.HostContext从以上假设中我们可以得出以下结论:
HttpContext是一个实例对象，而不是静电，所以我们需要它的引用来访问它HttpContext.Current实际上指向Thread.CurrentThread上的属性，所以将Thread.CurrentThread更改为不同的对象可能会更改HttpContext.CurrentThread.CurrentThread'在切换线程时会发生变化，所以HttpContext.Current在切换线程时也会发生变化(在本例中，HttpContext.Current变为null).综上所述，是什么原因导致HttpContext.Current在新的线程中不起作用？切换线程时发生的Thread.CurrentThread引用更改会更改HttpContext.Current引用，这会阻止我们访问所需的HttpContext实例.
重申一下，这里唯一的神奇之处就是Thread.CurrentThread在每个线程中引用不同的对象.HttpContext的工作方式与任何其他实例对象一样.因为同一AppDomain中的线程可以引用相同的对象，所以我们所要做的就是将HttpContext的引用传递给我们的新线程.没有要加载的上下文信息或类似的内容.(将HttpContext传递给其他线程有一些相当严重的潜在trap ，但没有什么可以阻止您这样做).
在研究过程中，我发现了一些最后的旁注:
在某些情况下，线程的ExecutionContext从一个线程"流动"(复制)到另一个线程.那么，为什么HttpContext没有"流"到我们的新线程？因为HttpContext没有实现iLogicThreadAffinative接口.存储在ExecutionContext中的类只有在实现iLogicThreadAffinative时才会流动.
ASP.NET将HttpContext从一个线程移动到另一个线程(线程敏捷性)，如果它没有流动？我不完全确定，但看起来它可能在HttpApplication.OnThreadEnter()分钟内通过.