澄清几个ASP.NET中的概念(cookie,Session,ViewState)

ASP.NET中Cookie编程的写，读，修改和删除

一 写入Cookie 
  1.Cookie 的name 和value 属性有程序设定，默认值为空值。 

    2.domain属性的默认值为当前URL的域名部分，而不管当前发出这个cookie的页面是在哪一个目录下。
例如，http://www.pin5i.com/index.aspx 页面中发出一个cookie，Domain属性缺省就是www.pin5i.com ，可以由程序设置此属性为需要的值。 

    3. Path属性的默认值是根目录，即 ”/” ，不管发出这个cookie的页面在哪个目录下的。可以由程序设置为一定的路径来进一步限制此cookie的作用范围。 

      4. Expires 属性，这个属性设置此Cookie 的过期日期和时间。如果没有设置 Cookie 的有效期（默认设置），也可以创建 Cookie，但它不会保存到用户的硬盘上，而是会成为用户会话信息的一部分，关闭浏览器或会话超时这个Cookie即会消失，这种Cookie称作非永久性的 Cookie。存放SessionID的Cookie就是这样的一种Cookie，它不存放在硬盘上，只存在内存之中。 

      5. 将要发出的Cookie附加到Response的Cookies属性中就可以将此Cookie发送到客户端：Reponse.Cookies.Add(Cookie) 
     
      6. Domain属性＋Path属性 相同的所有Cookie 在客户端都存放在一个文件中，Cookie之间以”*”分割。每个Cookie的第一行是 Cookie 的名称，第二行是值，第三行是Domain属性＋Path属性组成的一个字符串，指示此Cookie的作用域，其余各行则包含 Cookie 的日常处理信息，例如过期日期和时间。Cookie 中还有一个简单的校验和，如果更改 Cookie 名称或值的长度，浏览器就会检测到修改并删除该 Cookie。

二 读取Cookie
　　1. Request.Cookies 属性中包含了客户端发送到服务器的所有Cookie的集合，只有在请求URL的作用范围内的Cookie才会被浏览器连同Http请求一起发送到服务器。

　　2. Name 和 Value 属性和子键的值很容易读到。

　　3. Domain 和 Path 属性 是读不到的，读Domain属性永远是””，读Path属性永远是 ”/” 。本来这些属性的用途很有限。如果您的页面与 Cookie 不在相同的域，您根本就不会在页面的位置接收到该 Cookie。

　　4. 也无法读取Cookie 的过期日期和时间。事实上，当浏览器向服务器发送 Cookie 信息时，浏览器并未将过期信息包括在内。您可以读取 Expires 属性，但总是返回为零的日期/时间值。Expires 属性的主要作用是帮助浏览器执行有关 Cookie 保存的日常管理。从服务器的角度来看，Cookie 要么存在要么不存在，所以对服务器而言，有效期并不是有用的信息。
所以，浏览器在发送 Cookie 时并不提供此信息。如果您需要 Cookie 的过期日期，就必须重新设置。

三 修改和删除 Cookie
　　1. 其实你不能直接修改一个Cookie，而是创建一个同名的 Cookie，并把该 Cookie 发送到浏览器，覆盖客户机上旧的 Cookie。

　　2. 同样您无法直接将其删除一个Cookie，可以通过修改一个Cookie达到让浏览器帮你删除Cookie的目的，修改Cookie的有效期为过去的某个时间，当浏览器检查 Cookie 的有效期时，就会删除这个已过期的 Cookie。

四 Cookie同Session的关系
　　1. asp.net中Session可以采用cookie 和cookieless两种方法，cookieless方式是将SessionID放在URL中在客户端和服务端中来回传递，不需要用到cookie，在这里不讨论这个方式。

　　2. 在asp.net中客户第一次请求一个URL，服务器给这个客户生成一个SessionID，并以非永久性的 Cookie发送到客户端。

　　3. 非永久性的 Cookie只有在浏览器关闭后这些Cookie才随之消失，Session的超时判断是这样的过程：

　　3.1 第一次客户端访问服务器，会得到一个SessionID，以非永久性的 Cookie发送到客户端。

　　3.2 在这个浏览器关闭之前访问这个URL，浏览器都会把这个SessionID发送到服务端，服务端根据SessionID来维持对应此客户的服务端的各种状态（就是Session中保存的各种值），在web应用程序中可以对这些Session进行操作。

　　3.3 服务端维护此SessionID的过期时间，IIS中可以设置Session的超时时间。每次请求都将导致服务端将此SessioID的过期时间延长一个设置的超时时间。

　　3.4 当服务端发现某个SessionID已经过时，即某个客户已经在设置的超时时间内没有再次访问此站点，即将此SessionID，连同跟此SessionID相关的所有Session变量删除。

　　3.5 客户端的浏览器未关闭前，并不知道服务端已经将这个SessionID删除，客户端依旧发送此SessionID的cookie到服务端，只是此时的服务端已经不认识此SessionID了，会将此用户当做新用户，再次分配一个新的SessionID。 

四.ViewState
这是一个新出来的东东，用法和Session一样，他的主要用途是记录Web Control的状态。虽然是新出来的，但是和Application、Session的用法没有什么区别，所以也不想详细讲解了。

ViewState["DropLoadIndex"] = 0 ;

基本用法如上：）,但是请记住，他保存在的信息只能在一个aspx文件中使用。出去后，这个就没有用了，因为他的用途只是保存WEB控件的状态。