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）之宏任务/微任务解读：
- 同步和异步任务分别进入不同的执行"场所"，同步的进入主线程，异步的进入Event Table并注册函数
- 当指定的事情完成时，Event Table会将这个函数移入Event Queue。
- 主线程内的任务执行完毕为空，会去Event Queue读取对应的函数，进入主线程执行。
- 上述过程会不断重复，也就是常说的Event Loop(事件循环)。
在js引擎中，存在一个叫monitoring process的进程，这个进程会不断的检查主线程的执行情况，一旦为空，就会去Event Quene检查有哪些待执行的函数。
微任务 和 宏任务
微任务和宏任务的问题应该是前端面试中比较常见的，他们都从属于异步任务，主要区别在于他们的执行顺序，Event Loop的走向和取值
这张图的意思就是：
- 存在微任务的话，那么就执行所有的微任务
- 微任务都执行完之后，执行第一个宏任务，
- 循环 1， 2
从参考博主的博客里看到这段，这边不得不提一句，我也是看了这为博主的博客才理清楚了微任务和宏任务的概念。博主的链接会在文章末给出。
一个掘金的老哥（ssssyoki）的文章摘要：
那么如此看来我给的答案还是对的。但是js异步有一个机制，就是遇到宏任务，先执行宏任务，将宏任务放入eventqueue，然后在执行微任务，将微任务放入eventqueue最骚的是，这两个queue不是一个queue。当你往外拿的时候先从微任务里拿这个回掉函数，然后再从宏任务的queue上拿宏任务的回掉函数。 我当时看到这我就服了还有这种骚操作。
这边我们可以看出，微任务和宏任务是同属于两个不同的队列的?。。?/p>
- 宏任务一般包括：整体代码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')
})
}, 0)
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')
})
}, 0)
第一轮循环：
- 首先打印 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与前端环境不完全相同，输出顺序可能会有误差)
