八股文--浏览器缓存机制

浏览器缓存

缓存位置:

    Service Worker:

          1.Service Worker 是运行在浏览器背后的独立线程,一般可以用来实现缓存功能

          2.传输协议必须为 HTTPS,因为 Service Worker 中涉及到请求拦截

          3.Service Worker自由控制缓存哪些文件、如何匹配缓存、如何读取缓存,并且缓存是持续性的

     Memory Cache:

          1.Memory Cache是内存中的缓存,主要包含的是当前中页面中已经抓取到的资源,例如页面上已经下载的样式、脚本、图片

             等

          2.读取内存中的数据肯定比磁盘快,但缓存持续性很短,会随着进程的释放而释放。

          3.让数据都存放在内存中不可能,计算机中的内存一定比硬盘容量小得多

    Disk Cache:

          1.Disk Cache 也就是存储在硬盘中的缓存,读取速度慢点,但是什么都能存储到磁盘中

          2.对于大文件来说,大概率是不存储在内存中的,反之优先

          3.当前系统内存使用率高的话,文件优先存储进硬盘

    Push Cache

          1.Push Cache(推送缓存)是 HTTP/2 中的内容,当以上三种缓存都没有命中时,它才会被使用。

          2.它只在会话(Session)中存在,一旦会话结束就被释放,并且缓存时间也很短暂,在Chrome浏览器中只有5分钟左右


缓存策略:

    强缓存:

          1.不会向服务器发送请求,直接从缓存中读取资源

          2.在chrome控制台的Network选项中可以看到该请求返回200的状态码,

          3.Size显示from disk cache或from memory cache。

          4.不关心服务器端文件是否已经更新

          5.强缓存可以通过设置两种HTTP Header实现:Expires 和 Cache-Control。

                Expires(http1):

                      1.缓存过期时间,用来指定资源到期的时间,是服务器端的具体的时间点

                      2.需要和Last-modified结合使用

                      3.告诉浏览器在过期时间前浏览器可以直接从浏览器缓存取数据

                      4.Expires 是 HTTP/1 的产物,受限于本地时间,如果修改了本地时间,可能会造成缓存失效

               Cache-Control(http1.1):

                      1.在HTTP/1.1中,Cache-Control是最重要的规则,主要用于控制网页缓存

                      2.Cache-Control:max-age=300时,则代表在这个请求正确返回时间(浏览器也会记录下来)的5分钟内再次加载资

                        源,就会命中强缓存。

                      3.指令集合:

                            1)public:所有内容都将被缓存(客户端和代理服务器都可缓存)

                            2)private:所有内容只有客户端可以缓存,Cache-Control的默认取值

                            3)no-cache:客户端缓存内容,是否使用缓存则需要经过协商缓存来验证决定,确认一下数据是否还跟服务                                    器保持一致

                            4)no-store:所有内容都不会被缓存,即不使用强制缓存,也不使用协商缓存

                            5)max-age:max-age=xxx (xxx is numeric)表示缓存内容将在xxx秒后失效

                            6)s-maxage(单位为s):同max-age作用一样,只在代理服务器中生效(比如CDN缓存)

        Expires与Cache-Control区别:

              1.Cache-Control优先级高于Expires

              2.Expires其实是过时的产物,现阶段它的存在只是一种兼容性的写法。

    协商缓存:

              1.协商缓存就是强制缓存失效后,浏览器携带缓存标识向服务器发起请求,由服务器根据缓存标识决定是否使用缓存的过

                 程

              2.协商缓存可以通过设置两种 HTTP Header 实现:Last-Modified 和 ETag

        Last-Modified和If-Modified-Since(http1):

              1.浏览器在第一次访问资源时,服务器返回资源的同时在response header中添加 Last-Modified的header,值是这个资

                 源在服务器上的最后修改时间,浏览器接收后缓存文件和header

              2.下一次请求这个资源,添加If-Modified-Since这个header,值就是Last-Modified中的值

              3.服务器再次收到这个资源请求,会根据 If-Modified-Since 中的值与服务器中这个资源的最后修改时间对比,没有变化

                返回304和空的响应体直接从缓存读取,修改时间说明文件有更新返回新的资源文件和200

        ETag和If-None-Match(http1.1):

              1.Etag是服务器响应请求时,返回当前资源文件的一个唯一标识(由服务器生成),只要资源有变化,Etag就会重新生成

              2.浏览器在下一次加载资源向服务器发送请求时,会将上一次返回的Etag值放到request header里的If-None-Match里,

                服务器只需要比较客户端传来的If-None-Match跟自己服务器上该资源的ETag是否一致

        区别:

                1.Last-Modified如果本地打开缓存文件,即使没有对文件进行修改,但还是会造成 Last-Modified 被修改,服务端不能

                    命中缓存导致发送相同的资源

                2.Last-Modified只能以秒计时,如果在不可感知的时间内修改完成文件,那么服务端会认为资源还是命中了,不会返

                    回正确的资源

                3.首先在精确度上,Etag要优于Last-Modified

                 4.负载均衡的服务器,各个服务器生成的Last-Modified也有可能不一致

                5.在性能上,Etag要逊于Last-Modified,毕竟Last-Modified只需要记录时间,而Etag需要服务器通过算法来计算出一个hash值

                6.在优先级上,服务器校验优先考虑Etag

缓存机制

    强制缓存优先于协商缓存进行,若强制缓存(Expires和Cache-Control)生效则直接使用缓存,

    若不生效则进行协商缓存(Last-Modified / If-Modified-Since和Etag / If-None-Match),

    协商缓存由服务器决定是否使用缓存,若协商缓存失效,那么代表该请求的缓存失效,返回200,

    重新返回资源和缓存标识,再存入浏览器缓存中;生效则返回304,继续使用缓存

如果什么缓存策略都没设置,那么浏览器会怎么处理?

    对于这种情况,浏览器会采用一个启发式的算法,通常会取响应头中的 Date

    减去 Last-Modified 值的 10% 作为缓存时间。

实际场景应用缓存策略:

    1.频繁变动的资源: Cache-Control: no-cache

    2.不常变化的资源: Cache-Control: max-age=31536000

用户行为对浏览器缓存的影响

    1.打开网页,地址栏输入地址: 查找 disk cache 中是否有匹配。如有则使用;如没有则发送网络请求。

    2.普通刷新 (F5):因为 TAB 并没有关闭,因此 memory cache 是可用的,会被优先使用(如果匹配的话)。其次才是 disk cache。

    3.强制刷新 (Ctrl + F5):浏览器不使用缓存,因此发送的请求头部均带有 Cache-control: no-cache(为了兼容,还带了 Pragma: no-cache),服务器直接返回 200 和最新内容。

最后编辑于
©著作权归作者所有,转载或内容合作请联系作者
  • 序言:七十年代末,一起剥皮案震惊了整个滨河市,随后出现的几起案子,更是在滨河造成了极大的恐慌,老刑警刘岩,带你破解...
    沈念sama阅读 216,843评论 6 502
  • 序言:滨河连续发生了三起死亡事件,死亡现场离奇诡异,居然都是意外死亡,警方通过查阅死者的电脑和手机,发现死者居然都...
    沈念sama阅读 92,538评论 3 392
  • 文/潘晓璐 我一进店门,熙熙楼的掌柜王于贵愁眉苦脸地迎上来,“玉大人,你说我怎么就摊上这事。” “怎么了?”我有些...
    开封第一讲书人阅读 163,187评论 0 353
  • 文/不坏的土叔 我叫张陵,是天一观的道长。 经常有香客问我,道长,这世上最难降的妖魔是什么? 我笑而不...
    开封第一讲书人阅读 58,264评论 1 292
  • 正文 为了忘掉前任,我火速办了婚礼,结果婚礼上,老公的妹妹穿的比我还像新娘。我一直安慰自己,他们只是感情好,可当我...
    茶点故事阅读 67,289评论 6 390
  • 文/花漫 我一把揭开白布。 她就那样静静地躺着,像睡着了一般。 火红的嫁衣衬着肌肤如雪。 梳的纹丝不乱的头发上,一...
    开封第一讲书人阅读 51,231评论 1 299
  • 那天,我揣着相机与录音,去河边找鬼。 笑死,一个胖子当着我的面吹牛,可吹牛的内容都是我干的。 我是一名探鬼主播,决...
    沈念sama阅读 40,116评论 3 418
  • 文/苍兰香墨 我猛地睁开眼,长吁一口气:“原来是场噩梦啊……” “哼!你这毒妇竟也来了?” 一声冷哼从身侧响起,我...
    开封第一讲书人阅读 38,945评论 0 275
  • 序言:老挝万荣一对情侣失踪,失踪者是张志新(化名)和其女友刘颖,没想到半个月后,有当地人在树林里发现了一具尸体,经...
    沈念sama阅读 45,367评论 1 313
  • 正文 独居荒郊野岭守林人离奇死亡,尸身上长有42处带血的脓包…… 初始之章·张勋 以下内容为张勋视角 年9月15日...
    茶点故事阅读 37,581评论 2 333
  • 正文 我和宋清朗相恋三年,在试婚纱的时候发现自己被绿了。 大学时的朋友给我发了我未婚夫和他白月光在一起吃饭的照片。...
    茶点故事阅读 39,754评论 1 348
  • 序言:一个原本活蹦乱跳的男人离奇死亡,死状恐怖,灵堂内的尸体忽然破棺而出,到底是诈尸还是另有隐情,我是刑警宁泽,带...
    沈念sama阅读 35,458评论 5 344
  • 正文 年R本政府宣布,位于F岛的核电站,受9级特大地震影响,放射性物质发生泄漏。R本人自食恶果不足惜,却给世界环境...
    茶点故事阅读 41,068评论 3 327
  • 文/蒙蒙 一、第九天 我趴在偏房一处隐蔽的房顶上张望。 院中可真热闹,春花似锦、人声如沸。这庄子的主人今日做“春日...
    开封第一讲书人阅读 31,692评论 0 22
  • 文/苍兰香墨 我抬头看了看天上的太阳。三九已至,却和暖如春,着一层夹袄步出监牢的瞬间,已是汗流浃背。 一阵脚步声响...
    开封第一讲书人阅读 32,842评论 1 269
  • 我被黑心中介骗来泰国打工, 没想到刚下飞机就差点儿被人妖公主榨干…… 1. 我叫王不留,地道东北人。 一个月前我还...
    沈念sama阅读 47,797评论 2 369
  • 正文 我出身青楼,却偏偏与公主长得像,于是被迫代替她去往敌国和亲。 传闻我的和亲对象是个残疾皇子,可洞房花烛夜当晚...
    茶点故事阅读 44,654评论 2 354

推荐阅读更多精彩内容