浏览器缓存机制 _浏览器

从缓存位置上来说分为四种，并且各自有优先级，当依次查找缓存且都没有命中的时候，才会去请求网络。

Service Worker / Memory Cache / Disk Cache / Push Cache
Service Worker
Service Worker 是运行在浏览器后台的独立线程，可以用来实现缓存。由于 Service Worker 中涉及到请求拦截，所以必须是 Https协议的请求。Service Worker 的缓存与浏览器其他内建的缓存机制不同，它可以让我们自由控制缓存哪些文件、如何匹配缓存、如何读取缓存，并且缓存是持续性的。
当 Service Worker 没有命中缓存的时候，我们需要去调用 fetch 函数获取数据。也就是说，如果我们没有在 Service Worker 命中缓存的话，会根据缓存查找优先级去查找数据。但是不管我们是从 Memory Cache 中还是从网络请求中获取的数据，浏览器都会显示我们是从 Service Worker 中获取的内容。
Service Worker 实现缓存一般分为三步：
首先注册 Service Worker；
监听到 install 事件后缓存需要的文件；
用户下次请求的时候查询是否存在缓存，存在直接读取缓存文件，否则就去请求数据。
Memory Cache
内存中的缓存。一般网页中已经抓取到的资源会被放入内存缓存，比如已经下载的样式、脚本、图片等等。
内存缓存虽然读取高效，可是缓存持续性很短，会随着进程的释放而释放。一般我们关闭tab页面以后缓存就会被释放。
内存缓存在缓存资源时并不关心返回资源的HTTP缓存头Cache-Control是什么值，同时资源的匹配也并非仅仅是对URL做匹配，还可能会对Content-Type，CORS等其他特征做校验。
内存缓存中有一块重要的缓存资源是preloader相关指令，例如<link rel="preload" href=https://www.isolves.com/it/wl/rj/2019-07-25/"sintel-short.mp4">,
preload预加载也是前端优化的常用手段。
Disk Cache
硬盘中的缓存。相比内存缓存读取速度更慢，但是没有任何限制，容量和生命周期都更好。它会根据 HTTP Herder 中的字段判断哪些资源需要缓存，哪些资源可以不请求直接使用，哪些资源已经过期需要重新请求。
浏览器对 memory Cache 和 disk cache 存储优先级：
* 对于大文件来说，大概率是不存储在内存中的，反之优先
* 当前系统内存使用率高的话，文件优先存储进硬盘
Push Cache
推送缓存是Http2.0才有的，当以上的缓存没有命中才会被使用。他只会在 Session 中存在，一旦会话结束就被释放，缓存时间也很短暂。在Chrome浏览器中只有5分钟左右，同时它也并非严格执行HTTP头中的缓存指令。
关于推送缓存的一特性：
* 所有的资源都能被推送，并且能够被缓存,但是 Edge 和 Safari 浏览器支持相对比较差
* 可以推送 no-cache 和 no-store 的资源
* 一旦连接被关闭，Push Cache 就被释放
* 多个页面可以使用同一个HTTP/2的连接，也就可以使用同一个Push Cache 。这主要还是依赖浏览器的实现而定，出于对性能的考虑，有的浏览器会对相同域名但不同的tab标签使用同一个HTTP连接。
* Push Cache 中的缓存只能被使用一次
* 浏览器可以拒绝接受已经存在的资源推送
* 你可以给其他域名推送资源
缓存过程