浏览器缓存(强缓存、协商缓存)一遍过

4,467

确定缓存是否过期的几个阶段:

🐶 初始阶段、获取缓存:

在浏览器发出请求后,服务器的响应头里包括了当前资源的过期时间,浏览器拿到这些数据存入缓存文件夹

缓存存在哪里?

大家可以按照路径打开: C:\Users\这里是你的用户名\AppData\Local\Google\Chrome\User Data\Default\Cache 里面这些没有后缀的文件就是二进制缓存文件了,不是我认为的直接放图片文件视频文件: 在这里插入图片描述

缓存文件都存了什么?

这个直接打是打不开的,网上可以找到软件 ChromeCacheView 查看: 在这里插入图片描述 这里包括了伴随该文件的所有缓存规定。

🐱 第一阶段、强缓存验证:

1、 验证位置:本地(内存或者硬盘,根据浏览器策略决定),
2、 验证字段:就两个,expires (http1.0中出现)cache-control (http1.1中出现),如果这两个字段同时出现,cache-control会覆盖expires 在这里插入图片描述 3、验证流程: 查看两个字段的指定时间,如果过期则跳到下一阶段(协商缓存)

4、如果命中: 状态码:200 (from disk cache)或是200 OK (from memory cache) 注释:根据该缓存的内存占用进行存储,内存占用过高则存入磁盘

cache-control 常用的参数:

private:客户端可以缓存
public:客户端和代理服务器均可缓存; max-age=xxx:缓存的资源将在 xxx 秒后过期,常见:2592000(三十天)、31536000(一年);
no-cache:跳过当前强验证步骤,使用下一阶段协商缓存来验证是否过期; must-revalidate:如果强缓存时间过期,必须去服务器进行有效性检验这个旧的缓存
no-transform:多用于图片,不允许对资源进行转换压缩

🦁 第二阶段、协商缓存验证:

1、验证位置:服务器;

2、验证字段:有两组,Last-Modified + If-Modified-SinceETag + If-None-Match

3、验证流程:
Last-Modified + If-Modified-Since:
上次请求时,缓存文件中的Last-Modified记录该资源的修改日期,本次请求时,Last-Modified会通过请求头If-Modified-Since传递给服务器,服务器端的最新修改日期和该缓存文件的最新修改日期比较;
ETag + If-None-Match:
ETag是服务器端认为设置的一串唯一字符串(一般是哈希或者版本号),本次请求时,If-None-Match 传入缓存文件的ETag值,去和服务器里的该资源的ETag比较,以达到缓存验证的目的;

4、验证结果:
Last-Modified + If-Modified-Since:
如果If-Modified-Since就是 服务器端该文件的最新修改日期,说明缓存是新鲜的,服务器返回304,浏览器使用本地缓存;
如果If-Modified-Since早于 服务器端该文件的最新修改日期,说明缓存不新鲜,服务器返回新的该资源,并且更新该资源Last-Modified日期
ETag + If-None-Match
如果If-None-Match传递给后台的缓存ETag值和后台对应该文件的ETag值一样,说明该缓存新鲜,服务器返回 304 状态码,浏览器使用本地缓存;
如果If-None-Match传递给后台的缓存ETag值和后台对应该文件的ETag值不一样,说明该缓存不新鲜,服务器返回更新的资源和新的 Etag值;

附录:

触发强制缓存验证:

1、用户点击刷新按钮时会开始缓存验证。 2、如果缓存的响应头信息里含有"Cache-control: must-revalidate”的定义,在浏览的过程中也会触发缓存验证。