首先提一个小问题:运行下面这段 JS 代码后控制台的输出是什么?
console.log("script start"); setTimeout(function () { console.log("setTimeout1"); }, 0); new Promise((resolve, reject) => { setTimeout(function () { console.log("setTimeout2"); resolve(); }, 100); }).then(function () { console.log("promise1"); }); Promise.resolve() .then(function () { console.log("promise2"); }) .then(function () { console.log("promise3"); }); console.log("script end");
可以先尝试自己分析一下结果,然后再看答案:
script start script end promise2 promise3 setTimeout1 setTimeout2 promise1
任务 VS 微任务
任务 VS 微任务
JavaScript 设计的本质是单线程语言,但随着硬件性能的飞速发展,纯单线程已经不太能够满足需求了。因此 JS 逐渐发展出了任务和微任务,来模拟实现多线程。
浏览器中,对于每个网页(有时也可能是多个同源网页),网页的代码和浏览器自身的用户界面程序运共享同一个主线程,它除了运行浏览器交给它的 JS 代码,
也负责收集和派发事件、渲染和绘制网页内容等等。因此,如果主线程中的某个任务阻塞了,其他任务都会受到影响;这就是为什么有时候网页代码出现了错误会导
致整个网页渲染失败。
每个主线程都由一个事件循环 Event loops 驱动。事件循环可以理解为一个任务队列,JS 引擎不断的进行“循环-等待”,按顺序处理队列中的任务。事件循环中的
任务称作“任务 Task”,由宿主环境(浏览器)创建;每个任务都是宿主计划执行的 JavaScript 代码,如程序初始化、解析HTML、事件触发的回调(例如点击网页
上的按钮),或是由 setTimeout()
setInterval()
等 API 添加的回调函数。
JS 引擎在执行一个任务的过程中,有时会进行一些异步操作,不会立即执行,但又想在同一个任务中完成、不留到事件循环中的下一个任务里;例如常用的 promise、
监控 DOM 的回调等。这时,JS 引擎会创建一个“微任务 Mircotask”,并加入当前的微任务队列中。(有时为了区分,也把任务task称为“宏任务”。)事件循环、任务
、微任务的示意图如下:
执行过程
一个主线程的执行过程如下:
- 拿出事件循环中的下一个任务
- 执行任务本身的 Script 代码;期间可能会往任务队列、微任务队列创建添加新任务
- script 执行完后,检查微任务队列
- 如果有微任务,顺序执行,期间可能还会创建新的任务和微任务
- 如果微任务队列为空,这个任务执行结束,回到第一步
可以看出,在一个任务中会反复检查微任务队列,直到没有微任务存在了才会执行下一个任务。因此在任务脚本和微任务脚本中创建的所有微任务都会在这
个任务结束前执行,同时也意味着会早于其他所有创建的任务执行(因为新建的任务都加入了任务队列)。
案例分析
console.log("script start"); setTimeout(function () { console.log("setTimeout1"); }, 0); new Promise((resolve, reject) => { setTimeout(function () { console.log("setTimeout2"); resolve(); }, 100); }).then(function () { console.log("promise1"); }); Promise.resolve() .then(function () { console.log("promise2"); }) .then(function () { console.log("promise3"); }); console.log("script end");
接下来逐步跟踪代码的执行过程;如果感觉文字不够直观,可以看这篇博客中给出的逐步执行动画。
整个 Script 会被宿主环境传给 JS 引擎,作为任务队列中的一个任务;首先执行任务中的脚本代码:
- line1:
console.log("script start")
是同步代码,直接输出 - line3: 执行
setTimeout()
,在0秒后将console.log("setTimeout1");
加入任务队列 - line8: 执行
setTimeout()
,在0.1秒后将console.log("setTimeout2");
和resolve()
加入任务队列 - line16: 返回一个已成功的 promise,第一个 then 回调被加入微任务队列
- line24:
console.log("script end")
是同步代码,直接输出 - 任务 script 执行完毕
此时:
- 控制台输出了
script start
script end
- 任务队列中(除当前任务以外)有2个任务(两个
setTimeout()
的回调按时间先后顺序排列) - 微任务队列中有1个任务(promise 的回调)
接下来检查微任务队列,执行队首的微任务:
console.log("promise2")
输出- 隐式 return,相当于返回一个
Promise.resolve(undefined)
;因此 Promise 链中的下一个 then 回调被加入微任务队列 - 微任务执行完毕
此时:
- 控制台输出了
script start
script end
promise2
- 任务队列中(除当前任务以外)有2个任务(两个
setTimeout()
的回调按时间先后顺序排列) - 微任务队列中有1个任务(第二个 promise 回调)
再次检查微任务队列,执行队首的微任务:
console.log("promise3")
输出- 隐式 return(但此时 Promise 链已经结束了,所以无事发生)
- 微任务执行完毕
此时:
- 控制台输出了
script start
script end
promise2
promise3
- 任务队列中(除当前任务以外)有2个任务(两个
setTimeout()
的回调按时间先后顺序排列) - 微任务队列为空
检查微任务队列,发现没有微任务了,当前任务结束;开始执行任务队列中的下一个任务(0秒后执行的回调):
console.log("setTimeout1");
输出- 任务 script 执行完毕
此时:
- 控制台输出了
script start
script end
promise2
promise3
setTimeout1
- 任务队列中(除当前任务以外)有1个任务
- 微任务队列为空
检查微任务队列,发现没有微任务,当前任务结束;开始执行任务队列中的下一个任务(0.1秒后执行的回调):
console.log("setTimeout2");
输出resolve();
将 promise 的状态更改为已成功;then 回调被加入微任务队列- 任务 script 执行完毕
此时:
- 控制台输出了
script start
script end
promise2
promise3
setTimeout1
setTimeout2
- 任务队列中只有当前任务
- 微任务队列中有一个任务(promise 的回调)
检查微任务队列,执行队首的微任务:
console.log("promise1")
输出- 隐式 return(但此时 Promise 链已经结束了,所以无事发生)
- 微任务执行完毕
此时:
- 控制台输出了
script start
script end
promise2
promise3
setTimeout1
setTimeout2
promise1
- 任务队列中只有当前任务
- 微任务队列为空
检查微任务队列,发现没有微任务,当前任务结束。任务队列中没有其他任务,执行完毕。
原创文章,作者:sunnyman218,如若转载,请注明出处:https://blog.ytso.com/274593.html