前端干货:JS的执行顺序

JS的运行机制

先来一个今日头条的面试题

async function async1() {
    console.log('async1 start');
    await async2();
    console.log('async1 end');
}
async function async2() {
    console.log('async2');
}

console.log('script start');

setTimeout(function() {
    console.log('setTimeout');
}, 0)

async1();

new Promise(function(resolve) {
    console.log('promise1');
    resolve();
}).then(function() {
    console.log('promise2');
});
console.log('script end');


/*
script start
async1 start
async2
promise1
script end
async1 end
promise2
setTimeout
*/

1. 单线程的JavaScript

js是单线程的,基于事件循环,非阻塞IO的。
特点: 处理I/O型的应用,不适合CPU运算密集型的应用。
说明: 事件循环中使用一个事件队列,在每个时间点上,系统只会处理一个事件,即使电脑有多个CPU核心,也无法同时并行的处理多个事件。因此,node.js在I/O型的应用中,给每一个输入输出定义一个回调函数,node.js会自动将其加入到事件轮询的处理队列里,当I/O操作完成后,这个回调函数会被触发,系统会继续处理其他的请求。

  • 然而单线程不应该是自上而下按照顺序执行的吗?
  • 下面的代码输出顺序就被打乱了
function fn(){
    console.log('start');
    setTimeout(()=>{
        console.log('setTimeout');
    },0);
    console.log('end');
}

fn() // 输出 start end setTimeout

2. JavaScript中的同步异步

js的同步异步是如何实现的?
js中包含诸多创建异步的函数如:
seTimeout,setInterval,dom事件,ajax,Promise,process.nextTick等函数

timg.jpeg
  1. 因为单线程,所以代码自上而下执行,所有代码被放到执行栈中执行;
  2. 遇到异步函数将回调函数添加到一个任务队列里面;
  3. 执行栈中的代码执行完以后,会去循环任务队列里的函数;
  4. 任务队列里的函数放到执行栈中执行;
  5. 如此往复,称为事件循环;
    [图片上传失败...(image-5babc5-1559665370997)]
  • 这样分析,上一段的代码就得到了合理的解释;
  • 再来看一下这段代码;
function fn() {
    setTimeout(()=>{
        console.log('a');
    },0);
    new Promise((resolve)=>{
        console.log('b');
        resolve();
    }).then(()=>{
        console.log('c')
    });
}
fn() // b c a
Promise和async中的立即执行

我们知道Promise中的异步体现在then和catch中,所以写在Promise中的代码是被当做同步任务立即执行的。而在async/await中,在出现await出现之前,其中的代码也是立即执行的。那么出现了await时候发生了什么呢?

await做了什么

从字面意思上看await就是等待,await 等待的是一个表达式,这个表达式的返回值可以是一个promise对象也可以是其他值。

很多人以为await会一直等待之后的表达式执行完之后才会继续执行后面的代码,实际上await是一个让出线程的标志。await后面的表达式会先执行一遍,将await后面的代码加入到microtask中,然后就会跳出整个async函数来执行后面的代码。
由于因为async await 本身就是promise+generator的语法糖。所以await后面的代码是microtask。所以对于开始面试题中的

async function async1() {
    console.log('async1 start');
    await async2();
    console.log('async1 end');
}

等价于

async function async1() {
    console.log('async1 start');
    Promise.resolve(async2()).then(() => {
                console.log('async1 end');
        })
}

3. 宏任务和微任务

两任务在同步异步中处于什么地位?
两个任务分别处于任务队列中的宏队列微队列中;
宏队列微队列组成了任务队列;
任务队列将任务放入执行栈中执行

宏任务:

宏队列,macrotask,也叫tasks。
异步任务的回调会依次进入macro task queue,等待后续被调用,
这些异步任务包括:

  • setTimeout
  • setInterval
  • setImmediate (Node独有)
  • requestAnimationFrame (浏览器独有)
  • I/O
  • UI rendering (浏览器独有)

微任务:

微队列,microtask,也叫jobs。
异步任务的回调会依次进入micro task queue,等待后续被调用,
这些异步任务包括:

  • process.nextTick (Node独有)
  • Promise
  • Object.observe
  • MutationObserver
图片
  1. 执行全局Script同步代码,这些同步代码有一些是同步语句,有一些是异步语句(比如setTimeout等);
  2. 全局Script代码执行完毕后,执行栈Stack会清空;
  3. 微队列中取出位于队首的回调任务,放入执行栈Stack中执行,执行完后微队列长度减1;
  4. 继续循环取出位于微队列的任务,放入执行栈Stack中执行,以此类推,直到直到把微任务执行完毕。注意,如果在执行微任务的过程中,又产生了微任务,那么会加入到微队列的末尾,也会在这个周期被调用执行;
  5. 微队列中的所有微任务都执行完毕,此时微队列为空队列,执行栈Stack也为空;
  6. 取出宏队列中的任务,放入执行栈Stack中执行;
  7. 执行完毕后,执行栈Stack为空;
  8. 重复第3-7个步骤;

以上才是一个完整的事件循环

回到面试题

1.首先,事件循环从宏任务(macrotask)队列开始,这个时候,宏任务队列中,只有一个script(整体代码)任务;当遇到任务源(task source)时,则会先分发任务到对应的任务队列中去。

2.然后我们看到首先定义了两个async函数,接着往下看,然后遇到了 console 语句,直接输出 script start。输出之后,script 任务继续往下执行,遇到 setTimeout,其作为一个宏任务源,则会先将其任务分发到对应的队列中

3.script 任务继续往下执行,执行了async1()函数,前面讲过async函数中在await之前的代码是立即执行的,所以会立即输出async1 start。
遇到了await时,会将await后面的表达式执行一遍,所以就紧接着输出async2,然后将await后面的代码也就是console.log('async1 end')加入到microtask中的Promise队列中,接着跳出async1函数来执行后面的代码

4.script任务继续往下执行,遇到Promise实例。由于Promise中的函数是立即执行的,而后续的 .then 则会被分发到 microtask 的 Promise 队列中去。所以会先输出 promise1,然后执行 resolve,将 promise2 分配到对应队列

5.script任务继续往下执行,最后只有一句输出了 script end,至此,全局任务就执行完毕了。
根据上述,每次执行完一个宏任务之后,会去检查是否存在 Microtasks;如果有,则执行 Microtasks 直至清空 Microtask Queue。
因而在script任务执行完毕之后,开始查找清空微任务队列。此时,微任务中, Promise 队列有的两个任务async1 end和promise2,因此按先后顺序输出 async1 end,promise2。当所有的 Microtasks 执行完毕之后,表示第一轮的循环就结束了

6.第二轮循环依旧从宏任务队列开始。此时宏任务中只有一个 setTimeout,取出直接输出即可,至此整个流程结束

  • 来一个稍微复杂点的代码
function fn(){
    console.log(1);
    
    setTimeout(() => {
        console.log(2);
        Promise.resolve().then(() => {
            console.log(3);
        });
    },0);
    
    new Promise((resolve, reject) => {
        console.log(4);
        resolve(5);
    }).then(data => {
        console.log(data);
    });
    
    setTimeout(() => {
        console.log(6);
    },0);
    
    console.log(7);
}
fn(); //

流程重现

  1. 执行函数同步语句;
  • step1

    console.log(1); 
    

    执行栈: [ console ]
    宏任务: []
    微任务: []

    打印结果:
    1

  • step2

    setTimeout(() => {
        // 这个回调函数叫做callback1,setTimeout属于宏任务,所以放到宏队列中
        console.log(2);
        Promise.resolve().then(() => {
            console.log(3)
        });
    });
    

    执行栈: [ setTimeout ]
    宏任务: [ callback1 ]
    微任务: []

    打印结果:
    1

  • step3

    new Promise((resolve, reject) => {
        // 注意,这里是同步执行的
        console.log(4);
        resolve(5)
    }).then((data) => {
        // 这个回调函数叫做callback2,promise属于微任务,所以放到微队列中
        console.log(data);
    });
    

    执行栈: [ promise ]
    宏任务: [ callback1 ]
    微任务: [ callback2 ]

    打印结果:
    1
    4

  • step4

    setTimeout(() => {
        // 这个回调函数叫做callback3,setTimeout属于宏任务,所以放到宏队列中
        console.log(6);
    })
    

    执行栈: [ setTimeout ]
    宏任务: [ callback1 , callback3 ]
    微任务: [ callback2 ]

    打印结果:
    1
    4

  • step5

    console.log(7)
    

    执行栈: [ console ]
    宏任务: [ callback1 , callback3 ]
    微任务: [ callback2 ]

    打印结果:
    1
    4
    7

  1. 同步语句执行完毕,从微队列中依次取出任务执行,直到微队列为空
  • step6

    console.log(data)       // 这里data是Promise的成功参数为5
    

    执行栈: [ callback2 ]
    宏任务: [ callback1 , callback3 ]
    微任务: []

    打印结果:
    1
    4
    7
    5

  1. 这里微队列中只有一个任务,执行完后开始从宏队列中取任务执行
  • step7

    console.log(2);
    

    执行栈: [ callback1 ]
    宏任务: [ callback3 ]
    微任务: []

    打印结果:
    1
    4
    7
    5
    2

    但是执行callback1的时候遇到另一个Promise,Promise异步执行完毕以后在微队列中又注册了一个callback4函数

  • step8

    Promise.resolve().then(() => {
        // 这个回调函数叫做callback4,promise属于微任务,所以放到微队列中
        console.log(3);
    });
    

    执行栈: [ Promise ]
    宏任务: [ callback3 ]
    微任务: [ callback4 ]

    打印结果:
    1
    4
    7
    5
    2

  1. 取出一个宏任务macrotask执行完毕,然后再去微任务队列microtask queue中依次取出执行
  • step9

    console.log(3)
    

    执行栈: [ callback4 ]
    宏任务: [ callback3 ]
    微任务: []

    打印结果:
    1
    4
    7
    5
    2
    3

  1. 微队列全部执行完,再去宏队列中取第一个任务执行
  • step10

    console.log(3)
    

    执行栈: [ callback3 ]
    宏任务: []
    微任务: []

    打印结果:
    1
    4
    7
    5
    2
    3
    6

  1. 以上全部执行完毕,执行栈宏队列微队列均为空

    执行栈: []
    宏任务: []
    微任务: []

    打印结果:
    1
    4
    7
    5
    2
    3
    6

  • 再来一段复杂代码
function fn(){
    console.log(1);
    
    setTimeout(() => {
        console.log(2);
        Promise.resolve().then(() => {
            console.log(3)
        });
    });
    
    new Promise((resolve, reject) => {
        console.log(4)
        resolve(5)
    }).then((data) => {
        console.log(data);
        
        Promise.resolve().then(() => {
            console.log(6)
        }).then(() => {
            console.log(7)
            
            setTimeout(() => {
                console.log(8)
            }, 0);
        });
    })
    
    setTimeout(() => {
        console.log(9);
    })
    
    console.log(10);
}
fn();

4. NodeJS中的事件循环

图片

NodeJS中的宏任务微任务

NodeJS的Event Loop中,执行宏队列的回调任务有6个阶段,如下图:

图片

各个阶段执行的任务如下:

  • timers阶段:这个阶段执行setTimeout和setInterval预定的callback
  • I/O callback阶段:执行除了close事件的callbacks、被timers设定的callbacks、setImmediate()设定的callbacks这些之外的callbacks
    idle, prepare阶段:仅node内部使用
  • poll阶段:获取新的I/O事件,适当的条件下node将阻塞在这里
  • check阶段:执行setImmediate()设定的callbacks
  • close callbacks阶段:执行socket.on('close', ....)这些callbacks

NodeJS的宏队列:

  • Timers Queue
  • IO Callbacks Queue
  • Check Queue
  • Close Callbacks Queue

这4个都属于宏队列,但是在浏览器中,可以认为只有一个宏队列,所有的宏任务都会被加到这一个宏队列中,但是在NodeJS中,不同的宏任务会被放置在不同的宏队列

NodeJS的微队列:

  • Next Tick Queue:是放置process.nextTick(callback)的回调任务的
  • Other Micro Queue:放置其他微任务,比如Promise等

浏览器中,也可以认为只有一个微队列,所有的微任务都会被加到这一个微队列中,但是在NodeJS中,不同的微任务会被放置在不同的微队列

图片

NodeJS中的事件循环过程

  1. 执行全局的同步代码;
  2. 执行微任务先执行next tick queue所有任务,再执行other micro tasks queue中的所有任务;
  3. 开始执行宏任务,共6个阶段,从第1个阶段开始执行相应每一个阶段宏队列中的所有任务,
    注意,这里是所有每个阶段宏任务队列的所有任务,在浏览器的Event Loop中是只取宏队列的第一个任务出来执行
    每一个阶段的宏任务执行完毕后,开始执行微任务,回到步骤2;

Timers Queue -> 步骤2 ->
I/O Queue -> 步骤2 ->
Check Queue -> 步骤2 ->
Close Callback Queue -> 步骤2 ->
Timers Queue

  • 再看两张图
    图片

图片
  • 代码又来了
function fn(){

    console.log('start');

    setTimeout(() => {              // callback1
        console.log(111);
        
        setTimeout(() => {          // callback2
            console.log(222);
        }, 0);
        
        setImmediate(() => {        // callback3
            console.log(333);
        });
        
        process.nextTick(() => {    // callback4
            console.log(444);     
        });
        
    }, 0);
    
    setImmediate(() => {            // callback5
        console.log(555);
        
        process.nextTick(() => {    // callback6
           console.log(666); 
        });
    });
    
    setTimeout(() => {              // callback7
        console.log(777);
        
        process.nextTick(() => {    // callback8
            console.log(888);
        });
    }, 0);
    
    process.nextTick(() => {        // callback9
        console.log(999);
    });
    
    console.log('end');
}
fn();   

//  before version 11.0.0  start end 999 111 777 444 888 555 333 666 222
//  after  version 11.0.0  start end 999 111 444 777 888 555 666 333 222

PS:版本不同导致运行结果不同

总结:

  • 浏览器的Event Loop和NodeJS的Event Loop是不同的,实现机制也不一样,不要混为一谈。
  • NodeJS可以理解成有4个宏任务队列和2个微任务队列,但是执行宏任务时有6个阶段。先执行全局Script代码,执行完同步代码调用栈清空后,先从微任务队列Next Tick Queue中依次取出所有的任务放入调用栈中执行,再从微任务队列Other Microtask Queue中依次取出所有的任务放入调用栈中执行。然后开始宏任务的6个阶段,每个阶段都将该宏任务队列中的所有任务都取出来执行(注意,这里和浏览器不一样,浏览器只取一个),每个宏任务阶段执行完毕后,开始执行微任务,再开始执行下一阶段宏任务,以此构成事件循环。
  • MacroTask包括: setTimeout、setInterval、 setImmediate(Node)、requestAnimation(浏览器)、IO、UI rendering。
  • Microtask包括: process.nextTick(Node)、Promise、Object.observe、MutationObserver。
  • v11以前 是上面说的那样;v11以后将Node环境的事件循环和浏览器的统一了。
  • process.nextTick 上限是1000?
  • 写一个休眠函数 达到阻塞目的

附图

浏览器中的EventLoop

d1ca0d6b13501044a5f74c99becbcd3d4043.gif

NodeJS中的EventLoop (v11以前,v11以后和浏览器一致)


963090bd3b681de3313b4466b234f4f02474.gif

岁月不饶人,我们亦未曾绕过岁月。

赠人玫瑰,手有余香。感谢点赞的你。


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

推荐阅读更多精彩内容