Promise为什么比setTimeout先执行?

emmmm…遇到一题目,promise为什么比setTimeout先执行,查阅了很多文档基本都是说了事件循环的大概的理念,都没有根据事件循环的概念深入解释promise比setTimeout先执行的原因。实在不太喜欢半吊子的解释,也有可能是自己理解不太透彻,简单的整理下原因。

    setTimeout(function(){console.log(1)},0);
    new Promise(function(resolve){
    console.log(2)
    for( var i=0 ; i<10000 ; i++ ){
        i==9999 && resolve()//如果把resolve去掉,就一直处于pending状态
     }
      console.log(3)
    }).then(function(){
      console.log(4)
    });
    console.log(5);
// 这的问题是,为什么答案是 2 3 5 4 1

额,快下班了,我就长话短说吧,今天面试官问我为什么这样,心里想不就是这样么,js单线程,会同步先运行,异步的都放任务队列里,等同步走完了再从任务队列依次提取事件执行。

但问题是promise为什么先比setTimeout先执行呀?

事件循环

接下来说说事件循环吧(Event Loop),先上图
Promise为什么比setTimeout先执行?_第1张图片
1、Javascript是单线程的,所有的同步任务都会在主线程中执行。
2、当主线程中的任务,都执行完之后,系统会“依次”读取任务队列里的事件。与之相对应的异步任务进入主线程,开始执行。
3、异步任务之间,会存在差异,所以它们执行的优先级也会有区别。大致分为微任务(micro task,如:Promise、MutationObserver等)和宏任务(macro task,如:setTimeout、setInterval、I/O等)。
4、Promise执行器中的代码会被同步调用,但是回调是基于微任务的。
5、微任务的优先级高于宏任务(这才是根本原因)

宏任务按顺序执行,且浏览器在每个宏任务之间渲染页面
所有微任务也按顺序执行,且在以下场景立即执行所有微任务
1、每个回调之后且js执行栈中为空
2、每个宏任务结束后

6、每一个宏任务执行完毕都必须将当前的微任务队列清空。
7、第一个script标签的代码是第一个宏任务。
8、主线程会不断重复上面的步骤,直到执行完所有任务。

概念解读

1、微观任务执行顺序始终先于宏观任务,并且每个宏观任务可以包含多个微观任务

2、宏观任务保存在“任务队列“中,微观任务保存在执行栈中,事件循环其实也就是不断执行宏观任务

以上纯属个人理解,不正确的地方还望各位看官指出,大恩不言谢

执行流程

  • 所有的代码都写在script标签中,所以读取所有代码是第一个宏任务,我们开始执行第一个宏任务。
  • 我们首先遇到setTimeout,他是第二个宏任务,将它扔进宏任务事件队列里先排队。
  • 下来我们遇到promise, promise执行器里的代码会被同步调用,所以我们依次打印出2和3
  • 下来我们接着打印出5,然后执行微任务并且打印出4
  • 我们第一个宏任务执行完毕,执行下一个宏任务,打印出1,到此,所有任务都执行完毕。

你可能感兴趣的:(javascript)