前端小智 聊一聊HTTP缓存
前言
-
什么是HTTP缓存？
-
为什么需求HTTP缓存，由于运用HTTP缓存能够削减恳求呼应时刻和防止网络时延带来的等待时刻。
-
如何合理运用缓存，设置不同文件的缓存时刻？
缓存的品种
缓存分为两种，Private cache和Shared cache
-
Private cache是针对i + & c单个用户而言，一个比9 i i ? _方便是自己的浏览器缓存，运用这些缓存完成了浏览器的前n * U m i 4 r L进/撤退，而无需再次恳求资源
-
Shared Cache针对多个用户，比方代理服务器，一个ISP (Internet Service Providz ~ f f X Cer$ X 2 H f = i c)或许公司都有代理服务器，用来k : 7 6 d ` o缓存一些资源，供所有员工访问，而不必再向互联网发出恳求，防止网络推迟
缓存操控
要清楚缓存操控，这儿要先分清两个概念，一个叫做缓存存储（Cache Storage），一个叫做缓存（Caching）
其实在中文里边，或许直接都说成缓存，可是这样不助于了解下面缓存操控的前两种状况。其实缓存存储是一个实实在在的东西} o , $ M，而缓存仅仅它的一个动作
后来我又$ U L 4 q )发现国人有强缓存和洽谈缓存c d # @ @ { 1的说法，强缓存G . ( + . H * y 7便是指Cache Storage会直接回来Cache的内容，洽谈缓存是指Cache Storage向原始服务器进行验证，假如原始服务器回来3k k S04 Not Modified，Cache Storage才回来Cache的内容
淘宝网主页, Chrome4 F Q j y Dev Tools下观察到的洽谈缓存(304)和强缓存 (from xxx cache)
强缓存和洽谈缓存验证资源是否过期
上面一幅图中，B T f #304 Not Modified表示运用了洽谈缓存，而from mex e + nmory cache和from disk cache则直接运用强缓存
Chrome在某个版别之后将以前的from cache变成了from disk cache和fromq + x [ 0 U P 1 memory cache，就跟姓名一样，缓存在磁盘中的内容即便在关闭了当时tab之后还能运用，可是缓存E I l到内存的内容，当关闭tab或许浏览器，或许浏览器崩溃后，就消失了。可是memory cache加载速度更快， G . T从上图也能看出z k p J T r
关于强缓存和洽谈缓存，我没发现这两个词的英文出处，可是这w b g 6 { q两个词了解起来更形象，所以下面的缓存操控状况我也会用到这两个词
1. 不运用缓存存储
能够了解为每次的恳求都不通过Cac% ; Ihe Storage，直接发给服o # + O ~务器，回来新的对象
Cache-Control: no-store
Ca_ Z 3 V 5ch] C E E Ge-Control: no-cache, no-store, must-re| N t 3 & S 5validate
2. 不直接运用缓存内容
Cache Storage会缓存内容，可是每次需求向服务器验证资源是否过期，没过期才干运用缓存，这便是304 Not My Y l / oodified的状况，也便是咱们所说的洽谈缓存
Cache-Control: no-cache
3. 公共缓存和私有缓存
例如告诉资源只能被! ; D :Private Browser Cache缓存起来仍是同时也能被Public Proxy Server缓存起来
Cache-Control: private
Cache-Control: public
4. 强缓存过期操控
Cache-Control优先级高于Expired，前者是相对时刻，后者是绝对时刻；前者为General Header的字段，后者为Response Headk [ % g R l Yer的字段
Cache-Control: max-age=31536000
Expires: Wed, 21 Oct 2015 07:28:00 GMT
5. 资源验证
Cache-Control: muu B i G J 1 fst-revalidate
缓存验证
缓存验证发作在用户刷新，或许呼应头中包含Cache-Conr J ptrol: must-revalidate的状况
缓存验证有两种形式，都能够用来验证文档是否过期
- 文档的最终修正日期，呼应头Last-Modified字段，恳求头If-Modified-Since字段恳求验证
- 对文档当时版别的仅有标识，叫做entity tag，呼应头ETag字段，通常运用MD5 Hash完成，恳求头If-None-Match字段恳求验证
同时，缓存验证有两种验证类型
- 强验证（strong validator），文档比照一个字节一个字节地进行，严厉比照
- 弱验证（weak validator），文档只有语义不同才认为是( A J | . x }改动，例如一个HTML文档也许仅仅里边的广告发作改动，或许是页脚的日期发作改动，弱验证会认为它们仍是相同的
HTTP默许运用的是强验证
需求注意的是，一般状况下，Last-Modified字段只能作为弱验证，由G F Z于它的最小单位是秒，一秒内文档或许改动2次，无法做到标识每一次改动，假如运用f ) _ U它做强验证，则需求清晰知道不会发作这种状况。当然q 2 : i & b J 4 n，还有一些其他的约束，具S r ` – n p e u体的约束能够看我下面的第4条RFC文档参阅，这儿就不细说了
而ETag默许作为强验证，假如需求用它完成弱验证比较困难，由于需求判别文档中不同元素的语义，确保语义变化时% 0 J . &ETag的值才发作变化，而不是每次检测到字节变化时就生成一个新的值
缓存验证这部分主张有才能的同学直接检查第4条RFC参阅
条件缓存（呼应头增加Vary字段）
该字段指出了挑选条件，假如下一次到达Cache Storage的恳求中的该条件与缓存时的该条件的值不一样，则重新向实在server发恳求，不然运用缓存w [ C M – s *，看下面这幅图
在呼应头运用Vary字段条件验证Content-Encoding
Vary字段通常会对User-Agent进行验证，防止将移动端缓存的文档直接发给桌面端恳求的用户，反之亦然
Vary: User-Agent
参阅
- develope. Q s ir& u ^ z z ` C #.mozilx 1 d P h 0 Hla.org/en-US/docs/…
- stackoverflow.coH ~ % D 8 ^ o m/questions/4…
- developer.mozilla.org/en-US/docs/…
- Weak and Strong Validators
