浅谈浏览器控制缓存的策略

强缓存

服务器返回过期时间，客户端在该时间内发送的请求都会在本地缓存内查找；

协商缓存

当前时间超过了过期时间，客户端发送If-Modiefied-Since头，如果服务器真的改动了资源，则正常相应，如果没改动，则304到客户端缓存；

浏览器/服务端通过设置各自的请求/响应头，控制缓存：
请求头（粗体为键，其他为值）：

If-Modified-Since: GMT time # 如果这个值对应的时间过后，服务端未修改文件，则304到客户端缓存，如果修改过，则正常响应，并且修改last-modified
If-None-Match:Hash #与Etag响应头成对出现，如果请求资源的哈希值变动，则不匹配，需要服务端更新；

响应头：

cache-control: # max-age 过期秒数，比expires优先级高（expires可能为兼容其他浏览器或者deprecated）
max-age=Integer | ...
expires: GMT time # 服务器告诉你，这个时间以后，缓存失效（时间以服务器为准）
last-modified: GMT time # 服务端资源最后一次修改时间；
Etag：Hash #文件哈希值，如果文件改动过，则哈希值一定改变

如何理解：

根据过期时间

客户端：给我老王的电话
服务器2种应答：
回答一：
好的，老王电话13xxxxxxxxx，但是老王换号码比较勤，可能一个月后就换了，有效期一个月（cache-control:max-age='一个月'）
回答二：
好的，老王电话13xxxxxxxxx，但是老王换号码比较勤，今天是2018.12.16，可能2019.1.16日以后就换号码了(expires:2019.1.16)
客户端在一个月内查老王电话，都会找自己的电话簿（强缓存）

一个月后的某天：
客户端：我要查下老王电话，老王电话改了吗？（If-Modified-Since）
服务器2种情况：
情况1：没改，找找你的电话簿吧（协商缓存）
情况2：改了，老王电话15yyyyyyyyy，下一次过期时间也是在1个月后
反复循环

根据文件哈希值（通常和过期时间结合使用）

客户端：给我老王的电话
服务器：好的，老王电话13xxxxxxxxx，但是老王换号码比较勤，不知道什么时候换，你下次用这个电话来问我。（Etag）
第二次：
客户端：我要查下老王电话，老王电话是13xxxxxxxxx吗？（If-None-Match）
服务器2种情况：
回答一：是的，还是原来的号码
回答二：不是了，现在老王电话15yyyyyyyyy