8张图让你一步步看清 async/await 和 promise 的执行顺序

• 原文：8张图帮你一步步看清 async/await 和 promise 的执行顺序
• 做者：ziwei3749

Fundebug经受权转载，版权归原做者全部。

为何写这篇文章？

说实话，关于js的异步执行顺序，宏任务、微任务这些，或者async/await这些慨念已经有很是多的文章写了。

可是怎么说呢，简单来讲，业务中不多用async，不太懂async呢。

研究了一天，感受懂了，所手痒想写一篇 ，哈哈。

毕竟本身学会的知识，若是连表达清楚都作不到，怎么能期望本身用好它呢？

测试一下本身有没有必要看

因此我写这个的文章，主要仍是交流学习，若是您已经清楚了eventloop/async/await/promise这些东西呢，能够 break 啦

有说的不对的地方，欢迎留言讨论，

那么仍是先经过一道题自我检测一下，是否有必要继续看下去把。

其实呢，这是去年一道烂大街的「今日头条」的面试题。

我以为这道题的关键，不只是说出正确的打印顺序，更重要的可否说清楚每个步骤，为何这样执行。

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");
复制代码

注：由于是一道前端面试题，因此答案是以浏览器的eventloop机制为准的，在node平台上运行会有差别。

script start
async1 start
async2
promise1
script end
promise2
async1 end
setTimeout
复制代码

若是你发现运行结果跟本身想的同样，能够选择跳过这篇文章啦，

或者若是你有兴趣看看俺俩的理解有没有区别，能够跳到后面的 「画图讲解的部分」

须要具有的前置知识

• promise的使用经验
• 浏览器端的eventloop

不过若是是对 ES7 的 async 不太熟悉，是不要紧的哈，由于这篇文章会详解 async。

那么若是不具有这些知识呢，推荐几篇我以为讲得比较清楚的文章

• 《10分钟理解JS引擎的执行机制》：这是我以前写的讲解eventloop的文章，我以为还算清晰，可是没涉及 async
• 《理解 JavaScript 的 async/await》：这是我读过的讲async await最清楚的文章
• 《ECMAScript 6 入门 - Promise 对象》：promise就推荐阮一峰老师的ES6吧，不过不熟悉 promise 的应该较少啦。

主要内容

第1部分：对于async await的理解

我推荐的那篇文章，对 async/await 讲得更详细。不过我但愿本身能更加精炼的帮你理解它们这部分，主要会讲解 3 点内容

• async 作一件什么事情？
• await 在等什么？
• await 等到以后，作了一件什么事情？
• async/await 比 promise有哪些优点？（回头补充）

async 作一件什么事情？

带 async 关键字的函数，它使得你的函数的返回值一定是 promise 对象

也就是

若是async关键字函数返回的不是promise，会自动用Promise.resolve()包装

若是async关键字函数显式地返回promise，那就以你返回的promise为准

这是一个简单的例子，能够看到 async 关键字函数和普通函数的返回值的区别

async function fn1(){
    return 123
}

function fn2(){
    return 123
}

console.log(fn1())
console.log(fn2())
Promise {<resolved>: 123}

123
复制代码

因此你看，async 函数也没啥了不得的，之后看到带有 async 关键字的函数也不用慌张，你就想它无非就是把return值包装了一下，其余就跟普通函数同样。

关于async关键字还有那些要注意的？

• 在语义上要理解，async表示函数内部有异步操做
• 另外注意，通常 await 关键字要在 async 关键字函数的内部，await 写在外面会报错。

await 在等什么？

await等的是右侧「表达式」的结果

也就是说，

右侧若是是函数，那么函数的return值就是「表达式的结果」

右侧若是是一个 'hello' 或者什么值，那表达式的结果就是 'hello'

async function async1() {
    console.log( 'async1 start' )
    await async2()
    console.log( 'async1 end' )
}
async function async2() {
    console.log( 'async2' )
}
async1()
console.log( 'script start' )
复制代码

这里注意一点，可能你们都知道await会让出线程，阻塞后面的代码，那么上面例子中， 'async2' 和 'script start' 谁先打印呢？

是从左向右执行，一旦碰到await直接跳出, 阻塞async2()的执行？

仍是从右向左，先执行async2后，发现有await关键字，因而让出线程，阻塞代码呢？

实践的结论是，从右向左的。先打印async2，后打印的script start

之因此提一嘴，是由于我常常看到这样的说法，「一旦遇到await就马上让出线程，阻塞后面的代码」

这样的说法，会让我误觉得，await后面那个函数， async2()也直接被阻塞呢。

await 等到以后，作了一件什么事情？

那么右侧表达式的结果，就是await要等的东西。

等到以后，对于await来讲，分2个状况

• 不是promise对象
• 是promise对象

若是不是 promise , await会阻塞后面的代码，先执行async外面的同步代码，同步代码执行完，再回到async内部，把这个非promise的东西，做为 await表达式的结果

若是它等到的是一个 promise 对象，await 也会暂停async后面的代码，先执行async外面的同步代码，等着 Promise 对象 fulfilled，而后把 resolve 的参数做为 await 表达式的运算结果。

第2部分：画图一步步看清宏任务、微任务的执行过程

咱们以开篇的经典面试题为例，分析这个例子中的宏任务和微任务。

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");
复制代码

先分享一个我我的理解的宏任务和微任务的慨念，在我脑海中宏任务和为微任务如图所示

也就是「宏任务」、「微任务」都是队列。

一段代码执行时，会先执行宏任务中的同步代码，

• 若是执行中遇到setTimeout之类宏任务，那么就把这个setTimeout内部的函数推入「宏任务的队列」中，下一轮宏任务执行时调用。
• 若是执行中遇到promise.then()之类的微任务，就会推入到「当前宏任务的微任务队列」中，在本轮宏任务的同步代码执行都完成后，依次执行全部的微任务一、二、3

下面就以面试题为例子，分析这段代码的执行顺序。

每次宏任务和微任务发生变化，我都会画一个图来表示他们的变化。

直接打印同步代码 console.log('script start')

// 首先是2个函数声明，虽然有async关键字，但不是调用咱们就不看。而后首先是打印同步代码 
console.log('script start')
复制代码

将setTimeout放入宏任务队列

默认所包裹的代码，其实能够理解为是第一个宏任务，因此这里是宏任务2

调用async1，打印 同步代码 console.log( 'async1 start' )

咱们说过看到带有async关键字的函数，不用惧怕，它的仅仅是把return值包装成了promise，其余并无什么不一样的地方。因此就很普通的打印 console.log( 'async1 start' )

分析一下 await async2()

前文提过await，1.它先计算出右侧的结果，2.而后看到await后，中断async函数

• 先获得await右侧表达式的结果。执行async2()，打印同步代码console.log('async2'), 而且return Promise.resolve(undefined)
• await后，中断async函数，先执行async外的同步代码

目前就直接打印 console.log('async2')

被阻塞后，要执行async以外的代码

执行new Promise()，Promise构造函数是直接调用的同步代码，因此 console.log( 'promise1' )

代码运行到promise.then()

代码运行到promise.then()，发现这个是微任务，因此暂时不打印，只是推入当前宏任务的微任务队列中。

注意：这里只是把promise2推入微任务队列，并无执行。微任务会在当前宏任务的同步代码执行完毕，才会依次执行

打印同步代码 console.log('script end')

没什么好说的。执行完这个同步代码后，「async外的代码」终于走了一遍

下面该回到 await 表达式那里，执行await Promise.resolve(undefined)了

回到async内部，执行await Promise.resolve(undefined)

这部分可能不太好理解，我尽可能表达个人想法。

对于 await Promise.resolve(undefined) 如何理解呢？

根据 MDN 原话咱们知道

若是一个 Promise 被传递给一个 await 操做符，await 将等待 Promise 正常处理完成并返回其处理结果。

在咱们这个例子中，就是Promise.resolve(undefined)正常处理完成，并返回其处理结果。那么await async2()就算是执行结束了。

目前这个promise的状态是fulfilled，等其处理结果返回就能够执行await下面的代码了。

那什么时候能拿处处理结果呢？

回忆平时咱们用promise，调用resolve后，什么时候能拿处处理结果？是否是须要在then的第一个参数里，才能拿到结果。

（调用resolve时，会把then的参数推入微任务队列，等主线程空闲时，再调用它）

因此这里的 await Promise.resolve() 就相似于

Promise.resolve(undefined).then((undefined) => {

})
复制代码

把then的第一个回调参数 (undefined) => {} 推入微任务队列。

then执行完，才是await async2()执行结束。

await async2()执行结束，才能继续执行后面的代码

如图

此时当前宏任务1都执行完了，要处理微任务队列里的代码。

微任务队列，先进选出的原则，

• 执行微任务1，打印promise2
• 执行微任务2，没什么内容..

可是微任务2执行后，await async2()语句结束，后面的代码再也不被阻塞，因此打印

console.log('async1 end')

宏任务1执行完成后,执行宏任务2

宏任务2的执行比较简单，就是打印

console.log('setTimeout')

补充在不一样浏览器上的测试结果

谷歌浏览器，目前是版本是「版本 71.0.3578.80（正式版本） （64 位）」 Mac操做系统

Safari浏览器的测试结果

火狐浏览器的测试结果

若是不理解能够留言，有错误的话也欢迎指正。