JavaScipt 中的微任务和宏任务的理解

js 是单线程执行的，js中的任务按顺序一个一个的执行，但是一个任务耗时太长，那么后面的任务就需要等待，为了解决这种情况，将任务分为了同步任务和异步任务，而异步任务又可以分为微任务和宏任务。

首先第一段示例代码

console.log('script start');

setTimeout(function() {
  console.log('setTimeout');
}, 0);

Promise.resolve().then(function() {
  console.log('promise1');
}).then(function() {
  console.log('promise2');
});

console.log('script end');

打印顺序为：

script start
script end
promise1
promise
setTimeout

具体为什么会打印出这个顺序，下面在具体解释。
我们具体看一下js的执行流程：

张倩qianniuerlv-2 JS事件循环机制（event loop）之宏任务/微任务解读：

1. 同步和异步任务分别进入不同的执行"场所"，同步的进入主线程，异步的进入Event Table并注册函数
2. 当指定的事情完成时，Event Table会将这个函数移入Event Queue。
3. 主线程内的任务执行完毕为空，会去Event Queue读取对应的函数，进入主线程执行。
4. 上述过程会不断重复，也就是常说的Event Loop(事件循环)。

在js引擎中，存在一个叫monitoring process的进程，这个进程会不断的检查主线程的执行情况，一旦为空，就会去Event Quene检查有哪些待执行的函数。

微任务 和 宏任务

微任务和宏任务的问题应该是前端面试中比较常见的，他们都从属于异步任务，主要区别在于他们的执行顺序，Event Loop的走向和取值

这张图的意思就是：

1. 存在微任务的话，那么就执行所有的微任务
2. 微任务都执行完之后，执行第一个宏任务，
3. 循环 1， 2

从参考博主的博客里看到这段，这边不得不提一句，我也是看了这为博主的博客才理清楚了微任务和宏任务的概念。博主的链接会在文章末给出。

一个掘金的老哥（ssssyoki）的文章摘要：
那么如此看来我给的答案还是对的。但是js异步有一个机制，就是遇到宏任务，先执行宏任务，将宏任务放入eventqueue，然后在执行微任务，将微任务放入eventqueue最骚的是，这两个queue不是一个queue。当你往外拿的时候先从微任务里拿这个回掉函数，然后再从宏任务的queue上拿宏任务的回掉函数。 我当时看到这我就服了还有这种骚操作。

这边我们可以看出，微任务和宏任务是同属于两个不同的队列的！！！

• 宏任务一般包括：整体代码script，setTimeout，setInterval、setImmediate。
• 微任务一般包括：原生Promise(有些实现的promise将then方法放到了宏任务中)、process.nextTick、Object.observe(已废弃)、 MutationObserver

一段丧心病狂的代码

console.log('1');

setTimeout(function() {
    console.log('2');
    process.nextTick(function() {
        console.log('3');
    })
    new Promise(function(resolve) {
        console.log('4');
        resolve();
    }).then(function() {
        console.log('5')
    })
})
process.nextTick(function() {
    console.log('6');
})
new Promise(function(resolve) {
    console.log('7');
    resolve();
}).then(function() {
    console.log('8')
})

setTimeout(function() {
    console.log('9');
    process.nextTick(function() {
        console.log('10');
    })
    new Promise(function(resolve) {
        console.log('11');
        resolve();
    }).then(function() {
        console.log('12')
    })
})

第一轮循环：

• 首先打印 1
• 下面是setTimeout是异步任务且是宏任务，加入宏任务暂且记为 setTimeout1
• 下面是 process 微任务 加入微任务队列 记为 process1
• 下面是 new Promise 里面直接 resolve(7) 所以打印 7 后面的then是微任务 记为 then1
• setTimeout 宏任务 记为 setTimeout2

第一轮循环打印出的是 1 7
当前宏任务队列：setTimeout1, setTimeout2
当前微任务队列：process1, then1,

第二轮循环：

• 执行所有微任务
• 执行process1，打印出 6
• 执行then1 打印出8
• 微任务都执行结束了，开始执行第一个宏任务
• 执行 setTimeout1 也就是 第 3 - 14 行
• 首先打印出 2
• 遇到 process 微任务 记为 process2
• new Promise中resolve 打印出 4
• then 微任务 记为 then2

第二轮循环结束，当前打印出来的是 1 7 6 8 2 4
当前宏任务队列：setTimeout2
当前微任务队列：process2, then2

第三轮循环：

• 执行所有的微任务
• 执行 process2 打印出 3
• 执行 then2 打印出 5
• 执行第一个宏任务，也就是执行 setTimeout2 对应代码中的 25 - 36 行
• 首先打印出 9
• process 微任务 记为 process3
• new Promise执行resolve 打印出 11
• then 微任务 记为 then3

当前打印顺序为：1 7 6 8 2 4 3 5 9 11
当前宏任务队列为空
当前微任务队列：process3，then3

第四轮循环：

• 执行所有的微任务
• 执行process3 打印出 10
• 执行then3 打印出 12

代码执行结束：
最终打印顺序为：1 7 6 8 2 4 3 5 9 11 10 12
(请注意，node环境下的事件监听依赖libuv与前端环境不完全相同，输出顺序可能会有误差)

参考文章：
JS事件循环机制（event loop）之宏任务/微任务