首页 > 代码库 > 深入了解Cookie(1)------selenium2进行Cookie操作的前奏
深入了解Cookie(1)------selenium2进行Cookie操作的前奏
世界上最宽阔的是海洋,比海洋还宽阔的是天空,比天空还宽阔的是人的心量。做人的心量有多大，人生的成就就有多大。不为一己之利去争、去斗、去夺，扫除报复之心和嫉妒之念，自然“心底无私天地宽”。
Cookie是当前识别用户，实现持久会话的最好方式。Cookie最初是由网景公司开发，但是现在所有的主要浏览器都支持它。
Cookie的类型：会话Cookie和持久Cookie
会话Cookie是一种临时Cookie，它记录了用户访问站点时的设置和偏好。用户退出浏览器时，会话Cookie就被删除了。
持久Cookie生存的时间相对较长，他们存储在硬盘上，浏览器退出，计算机重启它们仍然存在。通常会用持久Cookie维护用户会周期性访问的站点的配置文件或登录名。
会话Cookie和持久Cookie的唯一区别就是他们的过期时间。
如果设置了Discard参数，或者没有设置Expires或Max-Age参数来说明扩展的过期时间，这个Cookie就是一个会话Cookie。
想做持久Cookie-----一定要设置Expires或Max-Age参数。
Cookie的成分和版本
现在使用的Cookie规范有两个不同的版本：Cookies版本0(有时被称为Netscape Cookies)和Cookies版本1(RFC2965)。
Cookies版本1是对Cookies版本0的扩展，应用不如后者广泛。
Cookie规范版本0和版本1都不是昨晚HTTP1.1规范的一部分提供的。
| 标题 | 描述 | 位置 |
|---|---|---|
| 持久客户端状态:HTTP Cookies | 最初的Netscape cookie 标准 | http://home.netscape.com/newsref/std/cookie_spec.html |
| RFC 2965:HTTP 状态管理机制 | 2000年10月的cookie标准，废弃了RFC2109 | http://www.ietf.org/rfc/rfc2965.txt |
cookies版本0(Netscape)
定义了Set-Cookie响应首部、Cookie请求首部以及用于控制Cookie的字段
版本0的Set-Cookie首部
Set-Cookie首部有一个强制性的Cookie名和Cookie值，后面跟着可选的Cookie属性，中间由分号分隔。
Set-Cookie属性
| Set-Cookie属性 | 描述及实例 |
| NAME= VALUE | 强制的。NAME和VALUE都是字符序列,除非包含在双引号内，否则不包含分号、逗号、等号和空格。Web服务器可以创建任意的NAME=VALUE关联，在后继对站点的访问中会将其送回给Web服务器：Set-Cookie: customer=Mary |
| Expires | 可选的。这个属性会指定一个日期字符串，用来定义Cookie的实际生存期。一旦到了过期日期，就不再存储或发布这个Cookie了，日期的格式为：Weekday， DD-Mon-YY HH:MM:SS GMT 唯一合法的时区为GMT，各日期元素之间的分隔符一定要是长划线。如果没有指定Expires,cookie 就会在用户会话结束时过期： Set-Cookie:foo = bar;expires=Wednesday,09-Nov-99 23:12:30 GMT |
| Domain | 可选的。浏览器只向指定的服务器主机名发送Cookie。这样服务器就将Cookie限制在了特定的域中。acme.com域与anvil.acme.com 和shipping.crat.acme.com相匹配，但是与www.cnn.com就不匹配。 只有指定域中的主机才能为一个域设置Cookie，这些域中至少有两个或三个句号，以防止出现.com 、.edu和va.us等形式的域。这里列出了一组固定的特定高层域，落在这个范围的域只需要两个句号。所有其他域至少需要三个句号，特定的高层域包括： .com、.edu、.net、.org、.gov、.mil、.int、.biz、.info、.name、.museum、.coop、.aero和.pro。 如果没有指定域，就默认为产生Set-Cookie响应的服务器的主机名： Set-Cookie:SHIPPING=FEDEX;domain="jose-hardware.com" |
| Path | 可选的。通过这个属性可以为服务器上特定的文档分配Cookie，如果path属性是一个URL路径前缀，就可以附加一个Cookie。路径/foo与/foobar和/foo/bar.html相匹配。路径.与域名中所有的内容都匹配。 如果没有指定路径，就将其设置为产生Set-Cookie响应的URL的路径: Set-Cookie: lastorder=00183; path=/orders |
| Secure | 可选的。如果包含了这样一个属性，就只有在HTTP使用SSL安全连接时才会发送Cookie: Set-Cookie: private_id=733; secure |
版本0的Cookie首部
客户端发送请求时，会将所有与域、路径和安全过滤器相匹配的未过期Cookie都发送给这个站点。所有Cookie都被组合到一个Cookie首部中：
Cookie：session-id=002-2222233-2233322; session-id-time=1033949384
Cookies1版本(RFC 2965)
RFC 2965定义了一个Cookie的扩展版本。这个版本1标准引入了Set-Cookie2首部和cookie2首部，它比网景的标准略复杂，还未得到完全的支持。
改动项：
1.为每个Cookie关联上解释性文本，对其目的进行解释
2.允许在浏览器退出时，不考虑过期时间，将Cookie强制销毁
3.用相对秒数，而不是绝对日期来表示Cookie的Max-Age
4.通过URL端口号，而不仅仅是域和路径过滤器（如果有的话）
5.为实现互操作性使用的版本号
6.在Cookie首部从名字中区分出附加关键字的$前缀
Cookie版本1的语法如下：
| set-cookie | = | "Set-Cookie2:" cookies |
| cookies | = | 1#cookie |
| cookie | = | NAME "=" VALUE * (" , set-cookie-av") |
| NAME | = | attr |
| VALUE | = | value |
| set-cookie-av | = | "Comment" "=" value |
| | | "CommentURL" “=” <”> http_URL <"> | |
| | | "Discard" | |
| | | "Domain" "=" value | |
| | | “Max-Age” "=" value | |
| | | "Path" "=" value | |
| | | "Port" [ "=" <"> portlist <"> ] | |
| | | "Secure" | |
| | | "Version" "=" 1* DIGIT | |
| portlist | = | 1#portnum |
| portnum | = | 1*DIGIT |
| cookie | = | "Cookie:" cookie-version 1*((";" | ",") cookie-value) |
| cookie-value | = | NAME "=" VALUE [";" path] [";" domain] [";" port] |
| cookie-version | = | "$Version" "=" |
| NAME | = | attr |
| VALUE | = | value |
| path | = | "$Path" "=“ value |
| domain | = | "$Domain" "=" value |
| port | = | "$Port" [ "=" <"> value <"> ] |
| cookie2 | = | "Cookie2:" cookie-version |
版本1的Set-Cookie2首部
| Set-cookie2属性 | 描述及实例 |
| NAME=VALUE | 强制的。WEB服务器可以创建任意的NAME=VALUE关联，可以在后继对站点的访问中将其发回给WEB服务器，"$"是保留字符，所以名字一定不能以它开头 |
| Version | 强制的。这个属性值是一个整数，对应于cookie规范的版本、RFC 2965 为版本1： Set-Cookie2: part="Rocket_launcher_0001"; Version="1" |
| Comment | 可选的。这个属性说明了服务器准备如何使用这个cookie。用户可以通过检查次策略来确定是否允许使用带有这个cookie的会话，这个值必须采用UTF-8编码 |
| CommentURL | 可选的。这个属性提供了一个URL指针，指向详细描述了cookie目的及策略的文档。用户可以通过查看此策略来判定是否允许使用带有这个cookie的会话 |
| Discard | 可选的。如果提供了这个属性，就会在客户端程序终止时，指示客户端放弃这个cookie |
| Domain | 可选的。浏览器只向指定域中的服务器主机名发送cookie。这样服务器就可以将cookie限制在特定域中了,acme.com域与主机名anvil.acme.com和shipping.crate.acme.com相匹配，但不匹配于www.cnn.com。域名匹配的规则基本上与网景cookie一样，但有几条附加的规则。 |
| Max-Age | 可选的。这个属性的值是一个整数，用于设置以秒为单位cookie生存期。客户端应该根据HTTP/1.1的使用期计算规则来计算cookie的使用期。cookie的使用期比Max-Age大时，客户端就应该将这个cookie丢弃。值为零说明应该立即将那个cookie丢弃。 |
| Path | 可选的。通过这个属性可以为服务器上的特定文档指定cookie。如果path属性是一个URL路径的前缀，就可以附加一个cookie。路径/foo匹配于/foobar和/foo/bar.html。路径" / "匹配于域中所有内容。如果没有指定路径，就将其设置为生成Set-Cookie响应的路径。 |
| Port | 可选的。这个属性可以单独作为关键字使用，也可以包含一个由逗号分隔的、可以应用cookie的端口列表。如果有端口列表，就只能向端口与列表中的端口相匹配的服务器提供cookie，如果单独提供关键字Port而没有值，就只能向当前响应服务器的端口号提供cookie |
| Secure | 可选的。如果包含这个属性，就只有在HTTP中使用SSL安全连接时才能发送cookie |
版本1的Cookie首部
版本1的cookie会带回与传送的每个cookie相关的附加信息，用来描述每个cookie途径的过滤器。每个匹配的cookie都必须包含来自相应Set-Cookie2首部的所有Domain、Port或path属性。