浏览器事件循环与node事件循环

浏览器事件循环

  • 浏览器宿主环境中包含5个线程:
    1. JS引擎:负责执行执行栈的最顶部代码
    2. GUI线程:负责渲染页面
    3. 事件监听线程:负责监听各种事件
    4. 计时线程:负责计时
    5. 网络线程:负责网络通信
      (js引擎和gui线程会相互等待)

当上面的线程发生了某些事请,如果该线程发现,这件事情有处理程序,它会将该处理程序加入事件队列。当JS引擎发现,执行栈中已经没有了任何内容后,会将事件队列中的第一个函数加入到执行栈中执行。

  • 只有在执行栈中,才会被执行

事件队列在不同的宿主环境中有所差异,大部分宿主环境会将事件队列进行细分。在浏览器中,事件队列分为两种:

  • 宏任务(队列):macroTask,计时器结束的回调、事件回调、http回调等等绝大部分异步函数进入宏队列
  • 微任务(队列):MutationObserver,Promise产生的回调进入微队列

举例:

    console.log('script start')
    setTimeout(()=>{
        console.log('宏队列');
    }, 1000)
    Promise.resolve().then(()=>{
        console.log('微队列');
    })
  1. 代码执行,入栈全局上下文,入栈console.log()上下文,控制台输出'script start',console.log()上下文出栈。
  2. setTimeout()执行,通知计时线程计时,Promise.resolve执行,then回调函数加入微队列,全局上下文出栈。此时执行栈空,检查微队列,把微队列第一个函数拿到执行栈执行,输出'微队列'。此时执行栈空,等待。
  3. 1s后计时结束,setTimeout的回调函数加入到宏队列。因为执行栈此时空闲,检查微队列没东西,所以把宏队列第一个函数拿到执行栈执行,输出'宏队列'。程序运行结束。

node事件循环

event loop

node环境,有很多队列,主要有以下三个,事件循环时,会挨个检查。

  1. timers: 存放计时器的回调函数
  2. poll: 轮询队列,存放大部分回调,比如文件读取,监听用户请求。
    poll中有回调,依次执行,直到清空队列;poll没有回调,轮询等待其他队列出现回调,然后进入下一阶段
  3. check: setImmediate回调函数
  • 执行一个回调之前,必须清空nextTick和promise队列

举例:

    console.log('main');
    setTimeout(()=>{
        console.log('timers')
    }, 3000)
    setImmediate(()=>{
        console.log('check')
    })

主程序执行,打印"main",然后开始事件循环。
检查timers队列,没有回调,进入下一阶段
检查poll队列,没有回调,别的队列有回调,进入下一阶段
检查check队列,输出"check"
第二圈:
检查timers队列,没有回调,进入下一阶段
检查poll队列,没有回调,等其他队列出现回调。3s时间到,timers队列出现回调函数,进入下一阶段。
检查check队列,没有回调
第三圈:
检查timers队列,输出"timers"
检查poll队列,没有回调,并且没有任何值得等待的东西了(没有监听用户请求,没有计时器等等),进入下一阶段
检查check队列,没有回调
事件循环结束!

除了上面过程,再补充两点

  1. nextTick和promise不属于事件循环,但是执行任何回调前,必须先清空nextTick再清空promise
  2. 监听某个端口时,程序不会结束,是卡在了poll,它会一直等,所以事件循环不会结束

扩展:实际上timers不是一个队列,而是一个计时器一个计时器的查看它时间到没到(有运算,所以运行会慢),时间到了就把回调拉过来。而check可以当成一个数组,里面的回调直接运行。所以 setImmediate 运行效率比 setTimeout高 (当然开定时器的过程也会有一定的时间消耗)。

下面程序可以对比setTimeout 和 setImmediate 运行效率

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