【JavaScript】Js promise的回调和setTimeout的回调到底谁先执行


首先提一个小问题:运行下面这段 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称为“宏任务”。)事件循环、任务

、微任务的示意图如下:

 

【JavaScript】Js promise的回调和setTimeout的回调到底谁先执行

 

 执行过程

一个主线程的执行过程如下:

  • 拿出事件循环中的下一个任务
  • 执行任务本身的 Script 代码;期间可能会往任务队列、微任务队列创建添加新任务
  • script 执行完后,检查微任务队列
    • 如果有微任务,顺序执行,期间可能还会创建新的任务和微任务
    • 如果微任务队列为空,这个任务执行结束,回到第一步

可以看出,在一个任务中会反复检查微任务队列,直到没有微任务存在了才会执行下一个任务。因此在任务脚本和微任务脚本中创建的所有微任务都会在这

个任务结束前执行,同时也意味着会早于其他所有创建的任务执行(因为新建的任务都加入了任务队列)。

【JavaScript】Js promise的回调和setTimeout的回调到底谁先执行

 

 案例分析

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

(0)
上一篇 2022年7月15日
下一篇 2022年7月15日

相关推荐

发表回复

登录后才能评论