HttpContextCurrent并非无处不在.doc

HttpContext.Current并非无处不在 了解ASP.NET的开发人员都知道它有个非常强大的对象 HttpContext，而且为了方便，ASP.NET还为它提供了一个静态属性HttpContext.Current来访问它。 无处不在的HttpContext 由于ASP.NET提供了静态属性HttpContext.Current，因此获取HttpContext对象就非常方便了。 也正是因为这个原因，所以我们经常能见到直接访问HttpContext.Current的代码： public class Class1 { public Class1() { string file = HttpContext.Current.Request.MapPath("~/App_Data/xxxxxx.xml"); string text = System.IO.File.ReadAllText(file); //其它的操作 } // 或者在一些方法中直接使用HttpContext.Current public void XXXXX() { string url = HttpContext.Current.Request.RawUrl; string username = HttpContext.Current.Session["username"].ToString(); string value = (string)HttpContext.Current.Items["key"]; } // 甚至还设计成静态属性 public static string XXX { get { return (string)HttpContext.Current.Items["XXX"]; } } } 这样的代码，经常能在类库项目中看到，由此可见其泛滥程度。 难道这些代码真的没有问题吗？ 有人估计会说：我写的代码是给ASP.NET程序使用的，又不是给控制台程序使用，所以没有问题。 真的是这样吗？ HttpContext.Current到底保存在哪里？ 的确，在一个ASP.NET程序中，几乎任何时候，我们都可以访问HttpContext.Current得到一个HttpContext对象， 然而，您有没有想过它是如何实现的呢？ 如果您没有想过这个事情，那我今天就来告诉您吧。请看下面的代码： protected void Page_Load(object sender, EventArgs e) { HttpContext context1 = HttpContext.Current; HttpContext context2 = System.Runtime.Remoting.Messaging.CallContext.HostContext as HttpContext; bool isEqual = object.ReferenceEquals(context1, context2); Response.Write(isEqual); } 猜猜会显示什么？ 这就是我看到的结果，不信的话您也可以试试。 从这段代码来看，HttpContext其实是保存在CallContext.HostContext这个属性中， 如果您还对HostContext感到好奇的话，您可以自己用Reflector.exe去看，我不想再贴代码了，因为有些类型和方法并不是公开的。 我们还是来看看MSDN是如何解释CallContext.HostContext的吧： 获取或设置与当前线程相关联的主机上下文。 这个解释非常含糊，不过有二个关键词我们可以记下来：【当前线程】，【关联】。 是说：和当前线程相关联的某个东西吗？ 我是这样理解的。 我们在一个ASP.NET程序中，为什么可以到处访问HttpContext.Current呢？ 因为ASP.NET会为每个请求分配一个线程，这个线程会执行我们的代码来生成响应结果， 即使我们的代码散落在不同的地方（类库），线程仍然会执行它们， 所以，我们可以在任何地方访问HttpContext.Current获取到与【当前请求】相关的HttpContext对象， 毕竟这些代码是由同一个线程来执行的嘛，所以得到的HttpContext引用也就是我们期待的那个与请求相关的对象。 因此，