内容速览
- 题目和答案
- 输出解释
- 再谈谈async/await
- 最新的v8和谷歌浏览器的正确输出
查看全部教程 / 阅读原文
1. 题目和答案故事还是要从下面这道面试题说起:请问下面这段代码的输出是什么?
console.log('script start')
async function async1() {
await async2()
console.log('async1 end')
}
async function async2() {
console.log('async2 end')
}
async1()
setTimeout(function() {
console.log('setTimeout')
}, 0)
new Promise(resolve => {
console.log('Promise')
resolve()
})
.then(function() {
console.log('promise1')
})
.then(function() {
console.log('promise2')
})
console.log('script end')
上述,在Chrome 66和node v10中,正确输出是:
script start
async2 end
Promise
script end
promise1
promise2
async1 end
setTimeout
2. 流程解释注意:在新版本的浏览器中,await输出顺序被“提前”了,请看官耐心慢慢看。
边看输出结果,边做解释吧:
- 正常输出script start
- 执行async1函数,此函数中又调用了async2函数,输出async2 end。回到async1函数,遇到了await,让出线程。
- 遇到setTimeout,扔到下一轮宏任务队列
- 遇到Promise对象,立即执行其函数,输出Promise。其后的resolve,被扔到了微任务队列
- 正常输出script end
- 此时,此次Event Loop宏任务都执行完了。来看下第二步被扔进来的微任务,因为async2函数是async关键词修饰,因此,将await async2后的代码扔到微任务队列中
- 执行第4步被扔到微任务队列的任务,输出promise1和promise2
- 执行第6步被扔到微任务队列的任务,输出async1 end
- 第一轮EventLoop完成,执行第二轮EventLoop。执行setTimeout中的回调函数,输出setTimeout。
细心的朋友肯定会发现前面第6步,如果async2函数是没有async关键词修饰的一个普通函数呢?
// 新的async2函数
function async2() {
console.log('async2 end')
}
输出结果如下所示:
script start
async2 end
Promise
script end
async1 end
promise1
promise2
setTimeout
不同的结果就出现在前面所说的第6步:如果await函数后面的函数是普通函数,那么其后的微任务就正常执行;否则,会将其再放入微任务队列。
4. 其实是V8引擎的BUG看到前面,正常人都会觉得真奇怪!(但是按照上面的诀窍倒也是可以理解)
然而V8团队确定了这是个bug(很多强行解释要被打脸了),具体的PR请看这里。好在,这个问题已经在最新的Chrome浏览器中被修复了。
简单点说,前面两段不同代码的运行结果都是:
script start
async2 end
Promise
script end
async1 end
promise1
promise2
setTimeout
await就是让出线程,其后的代码放入微任务队列(不会再多一次放入的过程),就这么简单了。
更多系列文章⭐在GitHub上收藏/订阅⭐
《前端知识体系》
- 谈谈promise/async/await的执行顺序与V8引擎的BUG
- 前端面试中常考的源码实现
- Flex上手与实战
- …
《设计模式手册》
- 单例模式
- 策略模式
- 代理模式
- 迭代器模式
- 订阅-发布模式
- 桥接模式
- 备忘录模式
- 模板模式
- …
《Webpack4渐进式教程》
- webpack4 系列教程(一): 打包 JS
- webpack4 系列教程(二): 编译 ES6
- webpack4 系列教程(三): 多页面解决方案–提取公共代码
- webpack4 系列教程(四): 单页面解决方案–代码分割和懒加载
- webpack4 系列教程(五): 处理 CSS
- webpack4 系列教程(十五):开发模式与 webpack-dev-server
- …
⭐在GitHub上收藏/订阅⭐



