HTTP 缓存

与缓存有关的信息保存在报文的header部分

两种方式判断浏览器缓存的新鲜度

1.服务器一开始将资源发送给客户端时，会把last-modified放在实体首部一起发送

客户端为资源标记上该信息，下次请求该资源时发送If-Modified-Since给服务端，服务端将其和Last-modified相比，如果一样，说明是新鲜的，返回304状态，如果不一样，返回200状态，说明资源已经被修改

2.通过ETag

Request

Cache-Control: max-age=0	以秒为单位
If-Modified-Since: Mon, 19 Nov 2012 08:38:01 GMT	缓存文件的最后修改时间。
If-None-Match: "0693f67a67cc1:0"	缓存文件的Etag值
Cache-Control: no-cache	不使用缓存
Pragma: no-cache	不使用缓存

Cache-control, if-Modified-Since, If-None-Match

Response

Cache-Control: public	响应被缓存，并且在多用户间共享
Cache-Control: private	响应只能作为私有缓存，不能在用户之间共享
Cache-Control:no-cache	提醒浏览器要从服务器提取文档进行验证
Cache-Control:no-store	绝对禁止缓存（用于机密，敏感文件）
Cache-Control: max-age=60	60秒之后缓存过期（相对时间）
Date: Mon, 19 Nov 2012 08:39:00 GMT	当前response发送的时间
Expires: Mon, 19 Nov 2012 08:40:01 GMT	缓存过期的时间（绝对时间）
Last-Modified: Mon, 19 Nov 2012 08:38:01 GMT	服务器端文件的最后修改时间
ETag: "20b1add7ec1cd1:0"	服务器端文件的Etag值

如果Cache-Control和Expires同时存在，优先使用Cache-control，这两者生效不需要和服务端交互

Cache-control和Expires生效时，直接使用缓存文件，无需使用ETag和If-modified-since

ETag

用来标识资源状态。服务器传ETag给客户端，客户端发送if-none-match，服务端将其与ETag比较。

使用原因是为了解决last-modified的某些问题：

1.某些文件的最后修改时间改变了但是文件没有改变，我们不希望客户端认为这个文件修改了

2.某些文件修改十分频繁，在秒以内修改，而last-modified只能精确到秒

如果ETag和Last-Modified同时使用，则要求他们同时通过验证才能返回304，否则返回200

按F5刷新浏览器和在地址栏里输入地址按回车是不一样的

前者：浏览器会去服务器端验证缓存

后者：浏览器直接使用有效缓存