中编程简明参考呢

写入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发送到客户端：d(Cookie)

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

二 读取Cookie

1. okies 属性中包含了客户端发送到服务器的所有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. 中Session可以采用cookie 和cookieless两种方法，cookieless方式是将SessionID放在URL中在客户端和服务端中来回传递，不需要用到cookie，在这里不讨论这个方式。

参展热情都比较高。柯桥秋博会的不少展位是在今年春博会举办期间就在现场被企业预订了 2. 在中客户第一次请求一个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。查看本文来源