最近更新时间:2021-06-25 15:25:32
HTTP 协议是无状态的,也就是说客户端和服务器端不需要建立持久的连接。由于客户端和服务器端的连接是基于一种请求应答模式,即第一步:客户端和服务器建立一个连接;第二步:客户端提交一个请求;第三步:服务器端收到请求后返回一个响应,第四步:断开连接。
若客户端和服务器在完成一次请求以后就断开了连接,二者之间就不再有任何关系了;那么,当用户在页面1进行了登录后跳转到了同一个 Web 应用的页面2时,如何在页面2知道用户已经进行了登录呢?即当客户端再次发起请求的时候,服务器端如何判断两次不同的请求来自同一个客户端呢?
HTTP协议下,服务器是无法区分每一次请求之间的联系的。要判断这种联系就需要有一个状态来标识每一次请求,如果两次请求的状态标识是一样的,这就表明这两个请求是从同一个客户端发起的。
Cookie就是这样一个用来标识每一次请求的状态位。经过多年的发展Cookie变得越来越规范,后来直接成为了一个通用标准。
Accept:text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,/;q=0.8
Accept-Encoding:gzip, deflate, sdch
Accept-Language:en,zh-CN;q=0.8,zh;q=0.6
Connection:keep-alive
Host:www.ksyun.com
Set-Cookie:BD_HOME=1; path=/
Set-Cookie:__bsi=14934756243064632384_00_0_I_R_174_0303_C02F_N_I_I_0; expires=Thu, 19-Nov-16 16:20:45 GMT; domain=www.ksyun; path=/
Set-Cookie:BDSVRTM=172; path=/
当客户端浏览器接收到响应头以后,会将cookie信息写入本地进行管理。
再次向服务器发起请求时,客户端通过发送一个带有Cookie: name=value; name2=value2的HTTP请求头将之前存在本地的cookie一起发送过去。请求的头部信息为:
Accept:text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,/;q=0.8
Accept-Encoding:gzip, deflate, sdch
Accept-Language:en,zh-CN;q=0.8,zh;q=0.6
Connection:keep-alive
Cookie:BD_HOME=1; BDSVRTM=0; BD_LAST_QID=1507196234531915875957057
Host:www.ksyun.com
以上就是cookie在客户端和服务器之间进行传递信息的基本过程。
cookie 是有生命周期的。一旦到了cookie 的失效日期,客户端的 cookie 就会被删除,服务器在创建 cookie 时可以控制一个 cookie 在客户端的“存活”时间。在以下几种情况下,cookie 会结束自己的生命周期:
未指定过期时间的 cookie。当服务器创建一个 cookie 的时候没有指定过期时间时,客户端会将这类 cookie 写入浏览器开辟的一块内存中,当关闭浏览器以后,这块内存也就被释放了,对应的 cookie 也就是结束了它的生命;
指定过期时间的cookie。当服务器创建一个 cookie 的时候指定了对应的过期时间时,当到达了过期时间时,对应的 cookie 就会被删除;
当浏览器中的 cookie 数量达到了限制时。浏览器会按照某种策略删除一些旧的 cookie,为新的 cookie 腾出空间;
人为删除cookie。
服务器端创建一个cookie时,一般都会指定以下两个选项:
这两个选项决定了创建的 cookie 属于哪个域名下的哪个位置。
默认情况下,domain 会被设置为创建该 cookie 的页面所在的域名。当客户端再次给相同域名发送请求时,cookie 会一起被发送至服务器。当 cookie 的 domain 选项被设置为一个一级域名时,此域名下的所有二级都将同时拥有相同的 cookie,经常会出现顶级域名和二级域名的 cookie 冲突问题。
我们在发送请求时,浏览器会把 domain 的值与请求的域名做一个比较,并将匹配的 cookie 发送至服务器。
当我们未指定 domain 时,默认的 domain 为访问地址的域名。如果是顶级域名访问,那么设置的 cookie 也可以被其他二级域名所共享,因此登录等操作一般都在顶级域名下进行操作。
二级域名可以读取设置了 domain 为顶级域名或者自身的 cookie,但是不能读取其他二级域名 domain 的 cookie,因此想要 cookie 在多个二级域名中共享的时候,需要设置 domain 为顶级域名,这样就可以在所有二级域名里面使用该 cookie。这里需要注意的是顶级域名只能获取到 domain 设置为顶级域名的 cookie,无法获取 domain 设置为二级域名的 cookie。
path 选项规定,客户端请求的 URL 只有在 path 指定的路径时,才会发送 cookie 消息头,它决定了客户端发送 cookie 到服务器端的匹配规则。通常是将 path 选项的值与请求的 URL 从头开始逐字符比较,如果字符匹配,则发送 cookie 消息头。需要注意的是,只有在 domain 选项满足之后才会对 path 属性进行比较。path属性的默认值是发送 Set-Cookie 消息头所对应的 URL 中的 path 部分。
以上从浏览器本身的限制和生成 cookie 时的选项对 cookie 的管理进行了简单的总结。接下来就通过一些简单的代码来演示如何创建和获取 cookie。
金山云服务器通过发送一个带有Set-Cookie的 HTTP 消息响应头来创建一个 cookie。例如:
// 创建一个cookie对象
Cookie co = new Cookie(“site”, “http://www.ksyun.com“);
co.setDomain(“mine.com”);
// 通过响应头,将cookie发送到客户端
response.addCookie(co);
Cookie co = new Cookie(“site”, “http://www.ksyun.com“);
co.setDomain(“mine.com”);
co.setPath(“/homes”);
co.setMaxAge(3600); // 单位为秒
co.setHttpOnly(true);
co.setSecure(false);
response.addCookie(co);
客户端向服务器发起请求时,在 domain 和 path 匹配的情况下,会将对应的 cookie 一起发送到服务器端。如果一个 path 下设置的 cookie 太多,就可能出现 http 请求头超长的问题。请求到达服务器端以后,我们可以这样读取cookies:
Cookie[] cookies = request.getCookies();
if (cookies != null) {
for (int i = 0; i < cookies.length; ++i) {
// 获得具体的Cookie
Cookie cookie = cookies[i];
// 获得Cookie的名称
String name = cookie.getName();
String value = cookie.getValue();
out.print(“Cookie名:” + name + ” Cookie值:” + value + “
”);
}
}
纯净模式