HTTP缓存

HTTP缓存

使用缓存有如下几个好处：

缓存减少了冗余的数据传输， 节省了你的网络费用。
缓存缓解了网络瓶颈的问题。 不需要更多的带宽就能够更快地加载页面。
缓存降低了对原始服务器的要求。 服务器可以更快地响应，避免过载的出现。
缓存降低了距离时延， 因为从较远的地方加载页面会更慢一些。

---

从在浏览器地址栏敲入域名-DNS解析-实际IP-（中间可能多个代理服务器分发）- 源服务器，请求抵达源服务器后，在服务器上找到请求的资源，再通过代理服务器一层层的返回数据到浏览器端。

1、查看缓存

chrome可在地址栏输入chrome://cache/查看所有缓存

---

2、分析缓存内容：

Cache-Control: no-cache #不缓存
Cache-Control: private #私有缓存
Cache-Control: public #公共缓存
Cache-Control: max-age=3600 #缓存时效3600秒
content-length: 441 #内容大小
ETag "x234dff" #验证缓存, 可以说是这个缓存的版本id用来匹配缓存是否变更

请求 –> 缓存不敏感信息 –> 下次访问（验证缓存时效，有效时间内直接使用，无效向服务器确认ETag确认是否真的已经变更内容，未变更返回空内容响应304，从新增加本地缓存时效再次使用）

---

max-age

max-age = 120s，表示在120s之内，这个请求的内容都是可以从缓存里取的。

---

ETags
上面的请求120s之后就会过期，这时候如果浏览器再去发送一个请求去获取资源的话，那还是会蛮浪费的。毕竟资源的内容已经被浏览器缓存下来了。

通过ETags可以解决这个问题。

服务器生成1个ETags，客户端不需要知道这个ETags是如何生成的，在下一个请求发送时，客户端向服务器带上这个ETags，如果没有变化，那么证明内容没变，本次下载可以被忽略。

在上面的例子里，客户端会自动生成If-None-Match header，如果ETags不变，那么服务器返回”304 Not Modified”响应，这告诉浏览器在这个120s内直接从缓存里拿内容，不用去服务器上下载，节约了时间和带宽。

转载于:https://www.cnblogs.com/weibgg/p/10787089.html