浏览器缓存读取规则

缓存位置可分为四种

1. Service Worker
2. Memory Cache
3. Disk Cache
4. Push Cache

Service Worker 一个服务器与浏览器之间的中间人角色，如果网站中注册了service worker那么它可以拦截当前网站所有的请求，进行判断（需要编写相应的判断程序），如果需要向服务器发起请求的就转给服务器，如果可以直接使用缓存的就直接返回缓存不再转给服务器。从而大大提高浏览体验。

• 基于web worker（一个独立于JavaScript主线程的独立线程，在里面执行需要消耗大量资源的操作不会堵塞主线程）
• 在web worker的基础上增加了离线缓存的能力
• 本质上充当Web应用程序（服务器）与浏览器之间的代理服务器（可以拦截全站的请求，并作出相应的动作->由开发者指定的动作） 创建有效的离线体验（将一些不常更新的内容缓存在浏览器，提高访问体验）
• 由事件驱动的,具有生命周期
• 可以访问cache和indexDB
• 支持推送
• 并且可以让开发者自己控制管理缓存的内容以及版本 Service Worker 实现缓存一般分为三个步骤：1.首先需要注册Service Worker,2.监听到install 事件以后就可以缓存需要的文件，那么下次访问用户的时候可以通过请求拦截的方式查询是否存在缓存，存在缓存的化可以直接读取缓存文件，否则就去请求数据。 如果缓存命中，会根据缓存优先级去查找数据。不管是从Memory Cache 中还是网络请求中的数据，浏览器都显示实在Service Worker中获取的

Memory Cache Memory Cache 内存缓存，主要包含当前页面已经抓取到的资源，例如页面上已经下载的样式、脚本、图片等。读取内存中的数据肯定比磁盘快，内存缓存读取高效，可是可持续时间短，会随着进程释放而释放，一旦关闭tab页面，内存缓存也就被释放了 既然内存缓存高效，能不能把内存都存在内存中？这是不可能的，内存空间有限，操作系统要精打细算使用，所以可用的内存并不多 当我们访问页面后，再次刷新页面，可以发现多数据源于内存 内存缓存中有一块重要的缓存指令是preloader相关指令下载的资源，众所周知，preloader的相关指令已经是页面优化的常见手段之一，它可以一边解析js/css文件，一边网络请求下一个资源 需要注意：内存缓存在缓存资源时并不关心返回资源的HTTP缓存头Catch-Control是什么值，同时资源的匹配也并非仅仅对URL匹配，还会对content-type,Cors等特征做校验 Disk Cache Disk Cache 也是存储在硬盘中的缓存，读取速度慢点，但是都能存储在磁盘中，比之Memory Cache胜在了容量和存储时效性上 在所有浏览器缓存中，Disk Cache 覆盖面基本是最大的。它会根据 HTTP Herder 中的字段判断哪些资源需要缓存，哪些资源可以不请求直接使用，哪些资源已经过期需要重新请求。并且即使在跨站点的情况下，相同地址的资源一旦被硬盘缓存下来，就不会再次去请求数据。绝大部分的缓存都来自 Disk Cache， Push Cache Push Cache（推送缓存）是 HTTP/2 中的内容，当以上三种缓存都没有命中时，它才会被使用。它只在会话（Session）中存在，一旦会话结束就被释放，并且缓存时间也很短暂，在Chrome浏览器中只有5分钟左右，同时它也并非严格执行HTTP头中的缓存指令。 那么为了性能上的考虑，大部分的接口都应该选择好缓存策略，通常浏览器缓存策略分为两种：强缓存和协商缓存，并且缓存策略都是通过设置 HTTP Header 来实现的。