深入事件循环机制（JS&Node.JS）
前言：
毋庸置疑，JS的核心特征就是单线程的。当然，为了利用多核CPU的计算能力，H5提出了web worker的标准。允许JS脚本创建多个线程，但是子线程受控于主线程，且不能操作DOM。所以这并没有改变JS为单线程的本质。
那么为什么JS会是单线程而不是多线程的呢？不要忘了JS是浏览器端脚本语言，主要目的是和用户交互，操作DOM。否则会带来很复杂的同步问题。
JS任务运行机制
♣ 同步任务 → 主线程执行栈
♣ 异步任务 → 任务队列
1：所有同步任务在主线程上执行，形成一个执行栈（execution context stack）。
2：所有异步任务都被放置在主线程之外的一个叫做“任务队列”（task queue）里面。异步任务有了运行结果就在任务队列里面放置一个事件。（这里面又分为微任务和宏任务）
微任务（micro task）:
◈ new Promise()
◈ new MutaionObserver()
◈ process.nextTick()
宏任务（macro task）
◈ setTimeout
◈ setInterval
◈ setImmediate
◈ I/O
◈ 各种事件（比如鼠标单击事件）的回调函数
3：一旦“执行栈”中的任务执行完毕，就会去查看“任务队列”中是否有异步执行结果的事件，如果有就将其推入执行栈中执行。（微任务优先级高于宏任务，每一次事件循环完毕都会清空微任务队列，而每个宏任务又会触发一次事件循环）
4：主线程不断重复以上3步。
下边上一道比较经典的用例吧！
async function async_1() {
console.log("async_1 start");
await async_2();
console.log("async_1 end");
}
async function async_2() {
console.log("async_2");
}
console.log("script start");
setTimeout(() => {
console.log("setTimeout");
});
async_1();
new Promise((resolve) => {
console.log("promise 1");
resolve()
}).then(() => {
console.log("promise 2");
});
console.log("script end");
最后输出结果是：
script start
async_1 start
async_2
promise 1
script end
promise 2
async_1 end
setTimeout
Node.JS事件循环机制
概述：
Node.js是单线程单进程(自身JS运行环境是单线程的)应用程序。采用单线程异步非阻塞I/O模式。
当web server接收到请求后调用异步I/O，然后去服务下一个web请求。当异步I/O处理完成后，就把它放回处理队列，当其到达处理队列最前面时，就把结果返回给用户。
这个模型非常高效可扩展性也很强，因为webserver一直接受请求而不用等待任何读写操作。
关键字解析：
V8：Google推出的JS VM，它为JS提供了在非浏览器端运行的环境，它是Node.js高效的原因之一。
Node Bindings: 这一层是JS与底层C/C++能够沟通的关键，前者通过bindings调用后者，相互交换数据。
LibUV：libuv是一个多平台支持库，主要关注异步I/O。它主要为node.js的使用而开发，同时也被Luvit、Julia、pyuv等使用。libuv为Node.js提供了跨平台、线程池、事件池、异步I/O等能力，是Node.js如此强大的关键。
上边这幅图翻译过来就是：
◈ V8引擎解析JS脚本
◈ 解析后代码调用Node API
◈ libuv 库负责Node API的执行。libuv将建立的所有I/O操作内容绑定到单个线程上。只要每个事件循环在不同的线程中，就可以运行多个事件循环。它将不同的任务分配给不同的线程，形成一个个的事件循环(Event Loop) , 以异步的方式将任务的执行结果返回给V8引擎。
◈ V8引擎再将结果返回给用户。
深入libuv 中的 Event Loop
Event loop是一个执行模型，在不同的地方有不同的实现。浏览器和Node.JS是基于不同的技术实现了各自的Event loop。
Node.JS的Event loop是基于libuv，而浏览器的Event loop是在H5规范明确定义，具体实现交给了浏览器厂商。
Event loop是libuv的核心所在，js把回调任务交给libuv，libuv何时调用回调就由Event loop来控制。
◈ Event loop会在内部维持多个事件队列（也叫做观察者watcher）， 如时间队列、网络队列等。
◈ 使用者在watcher中注册回调，当事件发生时转入pending状态，然后在下一次循环时按顺序取出来执行。libuv的事件循环每次只会执行一个回调，从而避免了竞争的发生。
每个事件循环包含的7阶段（每个阶段结束后都会执行所有的微任务）：
1：run due timers 执行到期的计时器，如：setTimeout、setInterval等。
2：call pending callbacks 执行转入pending状态的观察者的回调函数。大多数情况下，在轮询I/O之后立即调用所有I/O回调。但是在某些情况下，调用此类回调会被推迟到下一个循环迭代去。如果先前的迭代推迟了任何I/O回调，它在将在此时运行。
3：run idle handles 如果idle句柄是活跃的，每一次迭代循环都会执行。
4：run prepare handles 执行prepare句柄的回调。在循环阻止I/O前执行prepare 句柄的回调函数。
5：poll for I/O 计算出轮询超时时间，并以此时间作为阻塞I/O的持续时间，等待还未返回的I/O回调。
6：run check handles 执行check handles的回调函数。check handles本质上是prepare的对应物。
7：call close callbacks 执行关闭回调函数。如果一个句柄被uv_close关闭将执行关闭回调函数。注意：node事件循环比js事件循环多了两个异步，setImmediate（宏任务）、process.nextTick（微任务）。process.nextTick的优先级高于promise().then()。
