Http协议中的cache机制
- Http协议中的cache机制
-
- 直接本地缓存
- 1.1 http 1.1的 Cache-Control
- 1.2 http 1.0的 Expires & Pragma
-
- 304校验缓存
- 2.1 基于内容的 ETag
- 2.2 基于最后修改时间的 Last-Modified
-
http协议的缓存机制包括两种:
-
直接本地缓存 直接使用浏览器端的cache,不会发出真正的request,直到cache过期:
最省流量和服务器资源,但可能存在数据不一致,适合实时性不高的场景。 -
304校验缓存 将浏览器端cache的信息发送到服务器校验,如果服务器认为cache依然有效,则返回304,浏览器再使用该cache。
会发出一次请求且需要服务器端校验,因此没有第一种方式那么有效,但可以保证实时,适合写少实时性要求又较高的场景。
1. 直接本地缓存
1.1 http 1.1的 Cache-Control
Response中的 Cache-Control
头指示浏览器按何种规则缓存该资源,例:
Cache-Control: public, max-age=31536000
该header是复合类型,常见参数的含义:
-
public
: 用户浏览器和中间proxy都会cache -
private
: 只有用户端会cache -
max-age=xxx
: 设置cache的最大存活时间,单位s -
no-store
: 不要缓存 -
no-cache
: 同上,但是浏览器的支持可能不一致,最好两个一起用
1.2 http 1.0的 Expires
& Pragma
Expires: Mon, 19 Nov 2012 08:40:01 GMT
指定cache的 绝对 过期时间,和 Cache-Control
一起使用时以后者为准。
Pragma: no-cache
指定不要缓存。
2. 304校验缓存
这种方式需要向服务器发送本地cache的信息让其校验,通常校验的标准有两个:
- 内容
- 最后修改时间
2.1 基于内容的 ETag
ETag
是 Entity Tag
的缩写,它由服务器端指定,通常是一个资源的内容的hash(需要自己在代码中计算)。当Response中指定了ETag:
Etag: 427fe7b6442f2096dff4f92339305444
浏览器将资源缓存到本地,下次访问时在Request中将该ETag传回服务器:
If-None-Match: 427fe7b6442f2096dff4f92339305444
服务器将该资源最新版本的ETag与收到的ETag比对,不一致则渲染页面发送200响应,一致则返回304(not modified),通知浏览器使用本地缓存。
2.2 基于最后修改时间的 Last-Modified
工作机制和 ETag
一致,Request将本地缓存的最后修改时间通过 If-Modified-Since
发送到服务器。
有关Http cache机制的使用场景和具体应用方法,见 Robbin_基于资源的HTTP Cache的实现介绍 ,介绍的非常详细。