Context 直接翻译就是上下文。"上下文" 这个名词还是挺让人费解的，是一个非常泛化的概念。刚看到有点让人摸不着头脑，一个高端大气上档次的名词，如果要找一个类似的解释可以是我们读文章会用到的语境。

        我们讲个“语境” 与“上下文”的例子，可能可以帮助理解。比如“他是背着包袱离开家的，”“包袱”在这里面有点歧义。 这句话可以理解为“他背着一包东西离开了家”，也可以说“他带着思想负担离开了家”,在这里词语“包袱”只有借助特定的语境才能确定其真正含义。 那么我们在 web 中经常使用到的Session ， 也是这样的， 单单给你一个Session，你是没有办法知道具体的含义的，每个请求过来的 Session可能都会不一样，可能有些里面就没有值，只有在运行时每一次请求上下文中我们获取的这个Session的值才是有意义的。

 

      首先我们来看一下这个类的定义,这里面只是截取了部分，标红的是我们经常用到的，有些是每一次请求必须要用到的，既然我用了请求这个词，那就是对应的 HttpRquest。有请求就会有返回，这个就是HttpReponse。

     

 

我们首先看一下 命名空间 System.Web,这个只要稍微知道一下，有时我们要用一个 api 经常不知道它所在的命名空间。

 

这个是与请求有关的所有参数，看这个主要是了解 Request 的大概内容。 如果你要获取一个跟浏览器有关的信息，比如cookie 的值，那你应该从这个地方来找一下有没有，如果连这个地方都没有，那很大可能性，你是没有办法得到的。当然 cookie这边是有的。再看一下QuertString上面 有具体的使用方法，这些方法不是我自己写上去的，是api里面自带的，告诉你怎么使用的，这些关注一下，可以加深你对一个api的记忆。 当你不知道一个api怎么用的时候，先去定义里面看一下关于这个api的各种信息，里面总归有一个是适合你的，如果实在找不到，可以考虑一下你要找的信息是不是在其他api里面，与HttpRequest 有关吗，比如你要指定返回信息的字符集，那应该到 HttpReponse 里面去找，我们不能用一个化学方程式来解决一个牛顿力学问题，不过好像现在大部分汽车的能量来源是化石燃料，化学方程式可能也可以处理物理问题。

 

这个是与返回有关的所有参数，如果你要指定返回的字符集，那你可以指定  Charset。

 

我们发现HttpReponse里面也有一个 Cookies，那么这个 Cookies 和 HttpRequest  是同一个吗？如果你有答案了可以验证一下。

var requestCookie = HttpContext.Current.Request.Cookies;

var reponseCookie = HttpContext.Current.Response.Cookies;

var b = requestCookie.Equals(reponseCookie);

 

       通过上面的两个例子，给我们的感觉 Context 有点像一个仓库，我们需要什么就可以去里面拿，如果在这里面也找不到.,那其他地方就很难再找到了。下面我们重新认识一下HttpContext。

        HttpContext 就是关于 Http请求过程中涉及到的所有变量或者引用存放的一个仓库。 类似的我们还有 DbContext， ApplicationContext 。在这里面我们提到了  “上下文”、“仓库” 这些名词，在这篇文章的边界之内，指代的就是 Context 这个概念。

 

       既然我们知道了这些，那就给你出个小题目呗，如果要获取用户的 IP 那应该从哪里去找，可能有时候获取的值跟你想象的不一样，应用服务器前面有了一层反向代理服务器比如 Nginx ， 会不会影响我们这种方式取IP地址呢，这时我们该怎么办。

 

这里面涉及到一个小定义

X-Forwarded-For:简称XFF头，它代表客户端，也就是HTTP的请求端真实的IP，只有在通过了HTTP 代理或者负载均衡服务器时才会添加该项。它不是RFC中定义的标准请求头信息，在squid缓存代理服务器开发文档中可以找到该项的详细介绍。标准格式如下：X-Forwarded-For: client1, proxy1, proxy2

var headers = HttpContext.Current.Request.Headers;

var forward = headers["X-Forwarded-For"];

forward 记录完整的代理链路。