微任务、宏任务与Event-Loop

你的时候你不在，那么你当前的号牌就作废了，柜员会选择直接跳过进行下一个客户的业务处理，等你回来以后还需要重新取号

本来快轮到你来办理业务，会因为老大爷临时添加的“”而往后推。
？或者 ？
在处理你的业务之前来做这些事情，这些都可以认为是微任务。

 console.log(4))new Promise(resolve => {
  resolve()
  console.log(1)
}).then(_ => {
  console.log(3)
})

console.log(2)

就是作为宏任务来存在的，而则是具有代表性的微任务，上述代码的执行顺序就是按照序号来输出的。


在实例化的过程中所执行的代码都是同步进行的，而中注册的回调才是异步执行的。
并执行对应的回调，而微任务又会在宏任务之前执行。
。

 {-  console.log(4)+})+new Promise(resolve => {+  resolve()+  console.log(1)+}).then(_ => {-  console.log(3)+})+console.log(2)

本来已经先设置了定时器（相当于取号），然后在当前进程中又添加了一些的处理（临时添加业务）。

便我们继续在中实例化，其输出依然会早于的宏任务：

 console.log(4))new Promise(resolve => {
  resolve()
  console.log(1)
}).then(_ => {
  console.log(3)
  Promise.resolve().then(_ => {
    console.log('before timeout')
  }).then(_ => {
    Promise.resolve().then(_ => {
      console.log('also before timeout')
    })
  })
})

console.log(2)

的，一般都会在里边有其他的异步操作，比如、s.readfile之类的操作。


s. 在中，的实现可以是微任务，也可以是宏任务，但是普遍的共识表示(至少是这么做的)，应该是属于微任务阵营的