20 | 生鲜速递：HTTP的缓存控制
该思维导图由 AI 生成，仅供参考
服务器的缓存控制
荧光笔
直线
曲线- 深入了解
- 翻译
- 解释
- 总结
HTTP缓存控制和条件请求是优化系统性能的重要手段。通过“Cache-Control”头字段和条件请求头字段，服务器和浏览器可以灵活控制缓存策略，有效减少网络开销，加快响应速度。常用的缓存控制策略包括“max-age”、“no-store”、“no-cache”和“must-revalidate”，而条件请求头字段包括“if-Modified-Since”和“If-None-Match”，通过与服务器验证资源是否过期，实现缓存的有效复用。此外，文章还介绍了ETag的作用，以及强ETag和弱ETag的区别。总的来说，HTTP缓存控制的基本原理就是“没有消息就是好消息”，有效利用缓存可以减少响应时间、节约网络流量。文章还提出了两个课下作业，分别是比较Cache和Cookie的异同，以及解释强制刷新能够获取最新数据的原因。通过本文的总结，读者可以快速了解HTTP缓存控制和条件请求的重要性，以及如何灵活运用这些策略来优化系统性能。
《透视 HTTP 协议》，新⼈⾸单¥59
全部留言(81)
- 最新
- 精选
前端西瓜哥Cache 和 Cookie 的相同点是：都会保存到浏览器中，并可以设置过期时间。 不同点： 1. Cookie 会随请求报文发送到服务器，而 Cache 不会，但可能会携带 if-Modified-Since（保存资源的最后修改时间）和 If-None-Match（保存资源唯一标识） 字段来验证资源是否过期。 2. Cookie 在浏览器可以通过脚本获取（如果 cookie 没有设置 HttpOnly），Cache 则无法在浏览器中获取（出于安全原因）。 3. Cookie 通过响应报文的 Set-Cookie 字段获得，Cache 则是位于 body 中。 4. 用途不同。Cookie 常用于身份识别，Cache 则是由浏览器管理，用于节省带宽和加快响应速度。 5. Cookie 的 max-age 是从浏览器拿到响应报文时开始计算的，而 Cache 的 max-age 是从响应报文的生成时间（Date 头字段）开始计算。作者回复: 总结的非常好。 第三点感觉有点问题，cache缓存的是完整的报文，不单单是body。
2019-07-13487
小鸟淫太1. cookie是方便进行身份识，cache是为了减少网络请求。 2. 强制刷新是因为请求头里的 If-Modified-Since 和 If-None-Match 会被清空所以会返回最新数据作者回复: 回答正确，之前是我弄错了。
2019-07-12334
奕对于第二个问题：发现强制刷新后请求头中 没有了 If-None-Match ，而且 Cache-Control: no-cache 是这个原因吗？作者回复: 对，没有条件请求头，那么服务器就无法处理缓存，就只能返回最新的数据。
2019-07-13324
DENG永青Etag的工作原理 Etag在服务器上生成后,客户端通过If-Match或者说If-None-Match这个条件判断请求来验证资源是否修改.我们常见的是使用If-None-Match.请求一个文件的流程可能如下： 新的请求 客户端发起HTTP GET请求一个文件(css ,image,js)；服务器处理请求,返回文件内容和一堆Header(包括Etag,例如"2e681a-6-5d044840"),http头状态码为为200. 同一个用户第二次这个文件的请求 客户端在一次发起HTTP GET请求一个文件,注意这个时候客户端同时发送一个If-None-Match头,这个头中会包括上次这个文件的Etag(例如"2e681a- 6-5d044840"),这时服务器判断发送过来的Etag和自己计算出来的Etag,因此If-None-Match为False,不返回200,返 回304,客户端继续使用本地缓存； 注意.服务器又设置了Cache-Control:max-age和Expires时,会同时使用,也就是说在完全匹配If-Modified-Since和If-None-Match即检查完修改时间和Etag之后,服务器才能返回304.作者回复: 写的非常详细，点赞。
2019-08-07223
院长。老师我有几个问题想问一下： 1. F5刷新的时候，请求头加上"Cache-Control: max-age=0"，您文章里说，服务器用一个最新生成的报文回应浏览器，那这时候响应返回的应该是"200 OK"吗？为什么我在极客网页版的这个页面刷新后，有个叫"106804"的资源返回的是"304"，但是强制刷新是"200 ok"，产生的效果好像不同呀。这里是不是应该换一种方式说？感觉强制刷新说的有些简单了。 2. F5刷新发送的请求头是固定的吗？还是会根据浏览器不同而产生变化？ 3. 200（from memory cache）和200(from disk cache)是针对内存和硬盘的，他们出现的场景分别是什么呢？ 4. HTTP缓存有标准性的流程吗？比如说从我输入URL开始，到后续刷新或者强制刷新等？ 5.对于"must-revalidate"我有疑问，本身存储机制不就是如果不过期的话可以继续使用，过期的话去请求服务器吗？那这个属性还有什么意义呢？ 6. no-cache,no-store,max-age等属性可以共存吗？ 问题有点多，因为网上资料质量参差不齐，解释有些也不全相同，所以在这里咨询下老师，希望老师可以解答一下，或者有推荐的讲述HTTP缓存的文章也可以，谢谢老师作者回复: 1.强制刷新请求最新的资源，没有条件请求，所以不会有304，都是200。 2.每个浏览器可能会有不同，但基本的字段是一样的。 3.缓存的位置不一样，浏览器会分别存放到内存或者硬盘上，所以会显示来源不同。 4.http只规定了缓存的用法，具体如何存放如何使用就是客户端自己灵活实现了，怎么方便怎么来。 5.过期后去验证，如果服务器返回304，那么就可以继续重用缓存，而不用下载整个资源。 6.可以看一下流程图，不是所以的属性都能共存的。当然如果你要是都写上也不是不可以，那浏览器就会“精神错乱”了。
2019-07-15318
啦啦啦老师，nocache，每次使用前都需要去浏览器问一下有没有过期，这不也是一次请求吗？那不和没有缓存一个意思吗作者回复: 不一样，如果服务器返回304，是一个很小的报文，这样浏览器就可以直接重用缓存里的数据，可以节约传输带宽。 nostore每次都会传输完整的报文，成本高。
2019-07-1214
Marvin我有一个问题，就拿咱们极客时间的网页来说，会请求一个Id-00001.ts的文件，响应头中指示了cache-control: max-age= 7200， 要一个小时才过期，那么为什么每次刷新都是304, 像这种情况不应该直接200 cacahe from disk才对么？为什么明明没有过期还要去服务器协商呢？作者回复: 刷新时发的是条件请求，不是普通的请求，所以就必须返回304，告诉浏览器内容没有过期，可以继续用缓存。 普通请求才会直接检查缓存，然后是200 cacahe from disk。
2019-08-04212
风宇殇这篇文章将缓存讲的比较容易理解。https://mp.weixin.qq.com/s/cUqkG3NETmJbglDXfSf0tg作者回复: 挺好的文章，欢迎多来这样的分享。
2021-03-1026
KhiryeHi, 我对缓存控制策略这张流程图有一些疑惑，must-revalidate是指缓存过期之后，必须要向服务器验证缓存，这一步应该是在图中”缓存最多x秒“这个判断之前的吧？ 因为只有缓存超过了max-age的期限，才会进入”must-revalidate的判断“这一步吧？ 烦请解惑，谢谢！作者回复: 这张图是“服务器”的缓存策略，也就是说服务器应该如何设置资源的缓存参数，并不是客户端判断缓存的流程。 只要不是no-store就必然会设置max-age，所以must-revalidate是max-age的一个附加条件。
2019-11-256
geraltlaush小贴士的nginx计算etag我贴下测试logngx_sprintf(etag->value.data, ""%xT-%xO"", r->headers_out.last_modified_time, r->headers_out.content_length_n)相信大家看到这里更清晰明了作者回复: great。
2019-07-216
