一篇文章理解Web缓存

最近把前端缓存从新整理了一下，从总体的层面上把前端全部能用的缓存方案梳理了一遍。同时，对于http缓存，使用了表格的方案，使得原先晦涩难记的特性变得清晰明了。特记录于此，如有什么欠缺，也望不吝指出。

1. 前端缓存概述

前端缓存主要是分为HTTP缓存和浏览器缓存。其中HTTP缓存是在HTTP请求传输时用到的缓存，主要在服务器代码上设置；而浏览器缓存则主要由前端开发在前端js上进行设置。下面会分别具体描述。

2. 前端缓存分类

2.1 HTTP缓存

总体流程：HTTP缓存都是从 第二次请求开始的。
第一次请求资源时，服务器返回资源，并在respone header头中回传资源的缓存参数；第二次请求时，浏览器判断这些请求参数，击中强缓存就直接200，不然就把请求参数加到request header头中传给服务器，看是否击中协商缓存，击中则返回304，不然服务器会返回新的资源。

HTTP缓存分为强缓存和协议缓存，它们的区别以下：

200 from disk or 200 from memory :
强缓存的200也有两种状况：200 from disk和200 from memory。如今我没有找到明确的文档来描述这种区别的发生条件。 知乎这个问题中提到了一些情景，能够自行取用。

2.1.1 强缓存

2.1.2 协商缓存

协商缓存都是成对出现的。

2.1.3 最佳优化策略-消灭304

最佳优化策略：由于协商缓存自己也有http请求的损耗，因此最佳优化策略是要尽量的将静态文件存储为较长的时间，多利用强缓存而不是协商缓存，即消灭304。

可是给文件设置一个很长的Cacha-Control也会带来其余的问题，最主要的问题是静态内容更新时，用户不能及时得到更新的内容。这时候就要使用hash的方法对文件进行命名，经过每次更新不一样的静态文件名来消除强缓存的影响。

Hash命名：
http://xxx.com/main.5eas34fa.js
http://xxx.com/main.js?5eas34fa
http://xxx.com/5eas34fa/main.js

2.2 浏览器缓存

2.2.1 本地存储小容量

Cookie主要用于用户信息的存储，Cookie的内容能够自动在请求的时候被传递给服务器。
LocalStorage的数据将一直保存在浏览器内，直到用户清除浏览器缓存数据为止。
SessionStorage的其余属性同LocalStorage，只不过它的生命周期同标签页的生命周期，当标签页被关闭时，SessionStorage也会被清除。

2.2.2 本地存储大容量

WebSql和IndexDB主要用在前端有大容量存储需求的页面上，例如，在线编辑浏览器或者网页邮箱。

2.2.3 应用缓存与PWA

应用缓存全称为Offline Web Application，它的缓存内容被存在浏览器的Application Cache中。它也是一个被W3C标准废弃的功能，主要是经过manifest文件来标注要被缓存的静态文件清单。可是在缓存静态文件的同时，也会默认缓存html文件。这致使页面的更新只能经过manifest文件中的版本号来决定。并且，即便咱们更新了version，用户的第一次访问仍是会访问到老的页面，只有下一次再访问才能访问到新的页面。因此，应用缓存只适合那种常年不变化的静态网站。如此的不方便，也是被废弃的重要缘由。

PWA全称是渐进式网络应用，主要目标是实现web网站的APP式功能和展现。尽管PWA也有manifest文件，可是与应用缓存却彻底不一样。不一样于manifest简单的将文件经过是否缓存进行分类，PWA用manifest构建了本身的APP骨架。另外，PWA用Service Worker来控制缓存的使用。这一块的内容较多，在这里就不详细展开了。

2.2.4 往返缓存

往返缓存又称为BFCache，是浏览器在前进后退按钮上为了提高历史页面的渲染速度的一种策略。BFCache会缓存全部的DOM结构，可是问题在于，一些页面开始时进行的上报或者请求可能会被影响。这个问题如今主要会出如今微信h5的开发中。

去除BFCache有多种方法，但不是本文的重点，想了解的同窗能够看《浏览器往返缓存（Back/Forward cache）问题的分析与解决》

总结

本文梳理了前端全部可能涉及的缓存，但愿能从总体层面创建起系统的缓存知识体系。限于篇幅，每一部分的描述都比较简略，仅起到抛砖引玉之用。若有错误，还望指出。