HTTP缓存机制与cookie

HTTP 的缓存机制

缓存是什么

缓存是一种保存资源副本并在下次请求时直接使用该副本的技术。当 Web 缓存发现请求的资源已经被存储，它会拦截请求，返回该资源的拷贝，而不会去源服务器重新下载。

缓存需要合理配置，因为并不是所有资源都是永久不変的。重要的是对一个资源的缓存应截止到其下次发生改变（即不能缓存过期的资源）。

缓存服务器端的数据的优点

缓解服务器端的资源消耗和运行压力，提升服务器端的整体性能。减少服务器端资源加载的延迟，进而成少显示某个资源所用的时间减少对带宽造成的压力，避免网络阻塞问题的出现Web 站点变得更具有响应性

常见的 HTTP 缓存只能存储 GET 响应，对于其他类型的响应则无能为力。

检索请求的成功响应：响应状态码为 200, 则表示为成功。包含例如 HTML 文档，图片，或者文件的响应。不变的重定向：响应状态码为 301错误响应：响应状态码为 404 的一个页面。不完全的响应：响应状态码为 206, 只返回局部的信息。除了 GET 请求外，如果匹配到作为ー个已被定义的 cache 键名的响应。

缓存类型

私有缓存

私有缓存只能用于单独用户。洳览器缓存拥有用户通过 HTTP 下载的所有文档。这些缓存为浏览过的文档提供向后 / 向前导航、保存网页、查看源码等功能，可以避免再次向服务器发起多余的请求。它同样可以提供缓存內容的离线览。

CodeCache-Control:private

共享缓存

共享缓存可以被多个用户使用。例如，ISP 或所在的公司可能会架设一个 web 代理来作为本地网络基础的一部分提供给用户。这样热门的资源就会被重复使用，减少网络拥堵与延迟

CodeCache-Control:public

缓存控制

Cache-control 头

HTTP/1.1 定义的 Cache-Control 头用来区分对缓存机制的支持情况，请求头和响应头都支持这个属性。通过它提供的不同的值来定义存策略。

禁止进行缓存

CodeCache-Control: no-storeCache-Control: no-cache, no-store, must-revalidate

强制确认缓存

CodeCache-Control: no-cache

缓存过期机制

CodeCache-Control: max-age=31536000

缓存验证确认

CodeCache-Control: must-revalidate

Pragma 头

Pragma 头是 HTTP/1.0 标准中定义的一个 header 属性，请求中包含 Pragma 的效果跟在头信息中定义 “Cache-Control:no-cache” 相同。但是 HTTP 的响应头不支持这个属性，所以它不能拿来完全替代 HTTP/1.1 中定义的 Cache-Control 头。通常定义 Pragma 以向后兼容基于 HTTP/1.0 的客户。

CodePragma: no-cache

Expires 头

Expires 响应头包含日期 / 肘间，即在此时候之后，响应过期。

无效的日期，比如 0 代表着过去的日期，即该资源已经过期。如果在 Cache-Control 响应头设置了 “max-age” 或者 “s-max-age” 指令，那么 Expires 头会被忽略 CodeExpores: Wed,21 Oct 2015 07:28:00 GMT

Cookie

Cookie 是什么

Cookie 是服务器发送到用户浏览器并保存在本地的一小块数据，会在浏览器下次向同一服务器再发起请求时被携带并发送到服务器上。

通常，Cookie 用于告知服务端两个请求是否来自同一浏览器，如保持用户的登录状态。 cookie 使基于无状态的 HTTP 协议记录稳定的状态信息成为了可能。Cookie 技术产生源于 HTTP 协议在互联网上的急速发展。

Cookie 曾一度用于客户端数据的存储，因当时并没有其它合适的存储办法而作为唯一的存储手段。但现在随着现代洳览器开始支持各种各杵的存储方式， Cookie 渐渐被淘汰。由于服务器指定 Cookie 后，浏览器的每次请求都会携带 Cookie 数据，会带来额外的性能开销。

Cookie 的存储

Cookie 保存在客户端某个特定的目录下的一个扩展名为 “.txt” 文本文件中，井且不同站点的 Cookie 数据保存不同的文件中。

Cookie 数据一般都是加密后保存的。

Cookie 的作用域

Domain 和 Path 标识定义了 Cookie 的作用域，即 Cookie 应该发送给哪些 URL.

Domain 标识指定了哪些主机可以接受 Cookie 如果不指定，默认为当前文档的主机（不包含子域名）。如果指定了 Domain，则一般包含子域名。例如，如果设置 Domain=wolongxueyuan.com, 则（Cookie 也包含在子域名中（如 developer.wolongxueyuan.com). Path 标识指定了主机下的哪些路径可以接受 Cookie（该 URL 路径必须存在于请求 URL 中）。以字符 % x2F (“/”）作为路径分隔符，子路径也会被匹配。

Cookie 的有效期

Max-Age 和 Expires / 标识定义了 Cookie 的有效期，即 Cookie 的生命周期。

会话期 Cookie

会话期 Cookie 是最简单的 Cookie。浏览器关之后 Cookie 会被自动删除，也就是说 cookie 仅在会话期内有效。会话期 Cookie 不需要指定过期时间（Expires）或者有效期（Max ー Age)

持久性 Cookie

持久性 Cookie 可以指定一个特定的过期时间（ Expires）或有效期（Max-Age)

Cookie 的应用

Cookie 主要用于以下三个方面

会话状态管理（如用户登录状态、购物车、游戏分数或其它需要记录的信息）个性化设置（如用户自定义设置、主题等）浏览器行为跟踪（如跟踪分析用户行为等）

访问与更新 Cookie

创建 Cookie

Cookie 存储可以是多个内容，其格式为键值对 name=value。多个内容中间用 ; 隔开。

Javascriptdocument.cookie = 'name=zhuangwuji'

读取 Cookie

allCookies 被赋值为一个字符串，该字符串包含所有的 Cookie，每条 cookie 以分号分隔（即 key= value 键值对）。

Javascriptvar allCookies = document.cookieconsole.log(allCookies);var arr = allCookies.split(';')for (var i = 0; i < arr.length; i++) { var cookie = arr[i] var cookiePair = cookie.split('=') console.log(cookiePair[0] + '=' + cookiePair[1]);}

修改 Cookie

与创建类似。

Javascriptdocument.cookie = 'name=zhuangwuji'

删除 Cookie

删除 Cookie 只需要将键对应的值设置为空，并且把 Expires 标识为以前的时间即可。

Javascriptdocument.cookie = 'name=;expires=Thu,01 jan 1970 00:00:00 GMT'

HTTP 中的 Cookie

Set-Cookie 响应头

服务器使用 Set-Cookie 响应头部向用户代理（一般是浏览器）发送 cookie 信息。一个简单的 Cookie 可能像这样

CodeSet-Cookie: <cookie名>=<cookie值>

服务器通过该头部告知客户端保存 Cookie 信息。

CodeHTTP/1.0 200 okContent-type: text/htmlSet-Cookie: yummy_cookie=chocoSet-Cookie: tasty_cookie=strawberry

Cookie 请求头

对服务器发起的每一次新请求，浏览器都会将之前保存的 Cookie 信息通过 Cookie 请求头部再发送给服务器。

CodeGET /sample_page.html HTTP/1.1Host: www.example.orgCookie: yummy_cookie=choco;tasty_cookie=strawberry

Cookie 请求头

对服务器发起的每一次新请求，浏览器都会将之前保存的 Cookie 信息通过 Cookie 请求头部再发送给服务器。

CodeGET /sample_page.html HTTP/1.1Host: www.example.orgCookie: yummy_cookie=choco;tasty_cookie=strawberry