http协议缓存控制
第一次请求时200 ok
第二次请求304 not modified 为修改状态
解释： 在网络上有一些缓存服务器，另外浏览器自身也有缓存功能。
当我们第一次访问某个图片的时候，正常下载图片返回200 ok
基于一个前提-图片不会经常改动，服务器在返回200的时候，还返回该图片的”签名“ -- etag (签名可以理解为图片的“指纹”)
当浏览器再次访问该图片时，去服务器校验“指纹”
如果图片没有变化，直接使用缓存中的图片，这样减轻了服务器负担
抓包观察：
第一次请求：
第一次响应头： 在响应头里面可以看到请求的图片信息
etag:"321397979879-fndlsh32yfsh894392"
last-modified: Tue, 10 Jun 2018 12:12:12 GMT
第二次请求头：
第二次请求头里面：
if-modified-since: Tue, 10 Jun 2018 12:12:12 GMT
如果自Tue, 10 Jun 2018 12:12:12 GMT这个时间后图片没有修改则不会重新请求，如果有修改则会重新请求
if-none-match: "321397979879-fndlsh32yfsh894392"
如果该图片最新的etag值 和 if-none-match 的值不匹配，则重新请求
第二次响应头：
status code 304 not modified
如果是304就以为这浏览器从本地的缓存中取数据，节省了图片在网络上传输的时间
大网站的缓存：
如果网站比较大，有N台缓存服务器，那么这N台缓存服务器如何处理主服务器上的文件？
要不要缓存？
如果缓存该缓存多久呢？
缓存服务器与主服务器之间应该有一些协议，来说明这2个问题
用什么协议来说明这两个问题？
答： 还是http协议，用头信息，cache-control 来控制
利用协议控制缓存（apache服务器）：
利用协议控制缓存：相关模块是---mod_expires
ExpiresActive On
ExpiresByType image/jpeg ‘access plus 1 month‘
控制是否缓存以及缓存周期
在.htaccess中，具体语法如下：
ExpiresDefault "<base> [plus] {<num> <type>}*"
ExpiresByType type/encoding "<base> [plus] {<num> <type>}*"
ExpiresDefault 是设置默认的缓存参数
ExpiresByType 是按照文件类型来设计独特的缓存参数
我们用第二种来做测试给jpg图片设置一个月的生存周期
后面4个参数怎么理解？
Base: 基于哪个时间点来计算缓存有效期
Access/now: 基于请求响应的那一瞬间，比如从此瞬间到一个月之后
Modification: 基于被请求文件的最后修改日期来计算，比如最后修改日期的后一周内仍然有效
num: 缓存时间的大小 （30）
type: 缓存时间的单位 （天）
实例：
如果这是在集群环境里，缓存服务器得到此图片，将会认为一个月内有效，从而减轻了主服务器的负担
利用协议取消缓存（apache服务器）：
如果有些信息不要缓存，必须要去主服务器获取，那么要这样
客户端：
Cache-Control：no-cache
Pragma:no-cache
服务器端清除缓存：相关模块是：mod_header
<FileMatch "\.(jpg|gif|png)$">
Cache-Control:no-cache
Header unset Etag
Header unset Last-Modified
</FilesMatch>
revalidate：使重新生效,使从新有法律效力
多次刷新浏览器请求效果gif会始终都请求， jpeg 的会有缓存
