与缓存有关的信息保存在报文的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刷新浏览器和在地址栏里输入地址按回车是不一样的
前者：浏览器会去服务器端验证缓存
后者：浏览器直接使用有效缓存