关于前端:浏览器缓存机制强缓存和协商缓存

8次阅读

共计 1479 个字符,预计需要花费 4 分钟才能阅读完成。

1、为什么须要浏览器缓存?
当咱们拜访同一个页面时,申请资源、数据都是须要肯定的耗时,如果能够将一些资源缓存下来,那么从第二次拜访开始,就能够缩小加载工夫,进步用户体验,也能加重服务器的压力

2、有哪些缓存?
浏览器缓存分为强缓存和协商缓存,当存在缓存时,客户端第一次向服务器申请数据时,客户端会缓存到内存或者硬盘当中,当第二次获取雷同的资源,强缓存和协商缓存的应答形式有所不同。

强缓存:当客户端第二次向服务器申请雷同的资源时,不会向服务器发送申请,而是间接从内存 / 硬盘两头读取

协商缓存:当客户端第二次向服务器申请雷同的资源时,先向服务器发送申请 ” 询问 ” 该申请的文件缓存在 ben’d 与服务器相比是否更改,如果更改,则更新文件,如果没有就从内存 / 硬盘中读取

强缓存由服务器的响应头里 cache-control 和 expires 两个字段决定,协商缓存由 last-modified 和 etag 两个字段决定。

3、强缓存
(1) expires
http1.0 时定义的字段,示意过期工夫,格局如 expires: Mon, 29 Mar 2021 01:03:05 GMT,示意在这个工夫之前,如果客户端须要再次获取这个资源,不会向服务器中取,会间接在缓存里读取。

(2) cache-control
http1.1 时的字段,示意缓存的工夫长度,格局如 cache-control: max-age=2592000,单位为秒,示意可缓存的工夫是 30 天。
cache-contorl 还有其它一些能够设置的值
no-cache,示意不进行强缓存,但不影响协商缓存
no-store,既不强缓存,也不协商缓存

(3) 两者的优先级:cache-control 的优先级要高于 expires

4、协商缓存
(1) last-modified 与 if-modified-since
last-modified 示意该文件上一次被批改的工夫,格局如 last-modified: Tue, 04 Aug 2020 14:54:28 GMT,当客户端第一次向服务器第一次申请时,服务器会在响应头上带上最初批改工夫 last-modified,等到第二次客户端向服务器申请同样的资源时,客户端会在申请头上的 if-modified-since 带上上一次申请的 last-modifed 值,服务器对最初批改工夫进行比拟,如果工夫统一,服务器返回 304 状态码,客户端间接在缓存中读取数据,如果不统一,服务器返回 200 的状态码,并更新文件

(2) etag 与 if-none-match
etag 示意文件的惟一标识,格局如 etag: “5f2976a4-17d”,当客户端第一次向服务器第一次申请时,服务器会在响应头上带上文件惟一标识 etag,等到第二次客户端向服务器申请同样的资源时,客户端会在申请头上的 if-none-match 带上上一次申请的 etag 值,服务器对 etag 进行比拟,如果工夫统一,服务器返回 304 状态码,客户端间接在缓存中读取数据,如果不统一,服务器返回 200 的状态码,并更新文件

(3) 两者有什么区别呢?
etag 的呈现时为了解决 last-modified 所存在的一些问题
① 当周期性的更改文件的工夫,然而并没有更改文件的内容时,
② last-modifed 只能准确到秒,如果一个文件在 1 秒内更改了屡次,那么无奈更新到最新的数据,而 etag 的精确度更高
③ 某些服务器不能准确的失去文件的最初批改工夫

(4) 两者如何应用
last-modified 与 etag 是能够一起应用的,服务器会优先验证 etag,统一的状况下,才会持续比对 last-modified,最初才决定是否返回 304

正文完
 0