一 写入Cookie
1. Name 和 Value 属性由程序设定,默认值都是空引用。
2. Domain属性的默认值为当前URL的域名部分，不管发出这个cookie的页面在哪个目录下的。
例如， 页面中发出一个cookie，Domain属性缺省就是 ，可以由程序设置此属性为需要的值。
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。
