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