http缓存相关头

https://mp.weixin.qq.com/s/qOMO0LIdA47j3RjhbCWUEQ

这里说的一下我对http控制客户端缓存的头的理解。

在请求一个静态文件的时候（图片，css，js）等，这些文件的特点是文件不经常变化，将这些不经常变化的文件存储起来，对客户端来说是一个优化用户浏览体验的方法。这就是客户端缓存的意义了。

客户端缓存文件存放在临时文件夹中，但是这里有个问题就是这个缓存文件存放多久呢？这个是有服务器端进行设置的。

   Expires/Cache-Control   

http头中的Expires/Cache-Control就是完成这个事情的。

当客户端第一次访问资源的时候，服务端再返回资源内容的同时也返回了Expires:2016-11-17T10:50:55.120Z.

服务器告诉浏览器：你Y的先把这个文件给我缓存起来，在这个日期之前，这个文件都不会变化了，你下次需要这个文件的时候，你就不要来找我要了，你就去缓存中拿就好了，又快又好。

浏览器：诺。

但是，浏览器毕竟在客户端，客户端的时间可能会不准确，用户可以随着自己的心情修改自己的机器时间，比如我把时间调成了2019-11-17T10:50:55.120Z.，那么怎么办呢？于是服务器怒了：我给你个绝对时间，你乱改，那我就给你个相对时间吧，于是返回了Cache-Control:max-age:600,浏览器你给我缓存十分钟去，于是浏览器就乖乖缓存十分钟去了。

但是问题又来了，如果服务器同时设置了Expires和Cache-Control怎么办呢？（不是闲着没事干，而是由于Cache-Control是http1.1中才有的）那么就是根据更先进的设置Cache-Control为标准。

好了，现在有个问题，我有个文件可能时不时会更新，服务器非常希望客户端时不时过来问一下这个文件是否过期，如果没过期，服务端只会告诉浏览器你的缓存还没有过期（304），服务端不会反悔数据。然后浏览器使用自己存储的缓存来做显示。这个就叫做条件请求。

   Last-Modified/If-Modifiy-since   

客户端第一次访问资源的时候，服务端反悔资源内容的同事返回了Last-Modifed:Wed, 07 Aug 2016 15:32:18 GMT服务端在告诉客户端你获取的这个文件我最后修改的时间，浏览器获取这个文件存到缓存中时，给缓存中的文件同时记录上这个最后修改时间。

第二次访问的时候（我们假设这里没有设置expires或者cache-control）那么服务端范文资源的时候会带上If-Modify-since:Wed, 07 Aug 2016 15:32:18 GMT ；

客户端询问服务端：喂，我需要的这个资源其实我这边已经有缓存了，我的缓存文件的最后修改时间是不是这个，如果你那边没有修改的话告诉我一下就好，不用返回实际的资源内容。繁殖，要是你有修改的话，你就把文件内容返回给我吧。

服务端回应说：如果没有修改返回304给客户端。如果有变化呢，就返回200，并且带上资源内容。

这个条件请求还有另一种方法：打标签（Tag）.

   ETag/If-None-Match   

第一次访问资源的时候，服务端返回资源内容的同时返回了ETag:1234,告诉客户端：这个文件的标签是1234，我如果修改了我这边的资源的话，这个标签就会不一样了。

第二次客户端访问资源的时候，由于缓存中已经有Etag为1234的资源，客户端要去服务端查询的是这个资源有木有过期呢？所以带上了If-None-Match:1234。告诉服务端：如果你那边资源还是1234标签的资源，你就返回304。如果不是的话，你在返回资源内容好了。服务端比较下ETag来看是返回304还是200.

Etag 主要为了解决 Last-Modified 无法解决的一些问题。

1、一些文件也许会周期性的更改，但是他的内容并不改变(仅仅改变的修改时间)，这个时候我们并不希望客户端认为这个文件被修改了，而重新GET;

2、某些文件修改非常频繁，比如在秒以下的时间内进行修改，(比方说1s内修改了N次)，If-Modified-Since能检查到的粒度是s级的，这种修改无法判断(或者说UNIX记录MTIME只能精确到秒)

3、某些服务器不能精确的得到文件的最后修改时间；

  各种刷新  

理解了上面的缓存标签之后就很好理解各种刷新了。

刷新有三种

浏览器中写地址，回车

F5

Ctrl+F5 

假设对一个资源：

浏览器第一次访问，获取资源内容和cache-control: max-age:600，Last_Modify: Wed, 10 Aug 2013 15:32:18 GMT

于是浏览器把资源文件放到缓存中，并且决定下次使用的时候直接去缓存中取了。

浏览器url回车

浏览器发现缓存中有这个文件了，好了，就不发送任何请求了，直接去缓存中获取展现。（最快）

下面我按下了F5刷新

F5就是告诉浏览器，别偷懒，好歹去服务器看看这个文件是否有过期了。于是浏览器就胆胆襟襟的发送一个请求带上If-Modify-since：Wed, 10 Aug 2013 15:32:18 GMT

然后服务器发现：诶，这个文件我在这个时间后还没修改过，不需要给你任何信息了，返回304就行了。于是浏览器获取到304后就去缓存中欢欢喜喜获取资源了。

但是呢，下面我们按下了Ctrl+F5

这个可是要命了，告诉浏览器，你先把你缓存中的这个文件给我删了，然后再去服务器请求个完整的资源文件下来。于是客户端就完成了强行更新的操作...

还有说一下，那个ETag实际上很少人使用，因为它的计算是使用算法来得出的，而算法会占用服务端计算的资源，所有服务端的资源都是宝贵的，所以就很少使用etag了。