http缓存相关头

Posted 2020-08-15 张三的美丽家园

tags:

篇首语：本文由小常识网(cha138.com)小编为大家整理，主要介绍了http缓存相关头相关的知识，希望对你有一定的参考价值。

这里说的一下我对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.