nodejs事件循环

其实nodejs与浏览器的区别，就是nodejs的 宏任务 分好几种，而这好几种又有不同的 任务队列，而不同的 任务队列 又有顺序区别，而 微任务是穿插在每一种【注意不是每一个！】宏任务 之间的,即微任务是在不同阶段之间执行的。

1. timers：执行setTimeout() 和 setInterval()中到期的callback。

2. I/O callbacks：上一轮循环中有少数的I/Ocallback会被延迟到这一轮的这一阶段执行

3. idle, prepare：队列的移动，仅内部使用

4. poll：最为重要的阶段，执行I/O callback，在适当的条件下会阻塞在这个阶段

5. check：执行setImmediate的callback

6. close callbacks：执行close事件的callback，例如socket.on("close",func)

首先，梳理一下 nodejs 三个非常重要的执行阶段:

1. 执行 定时器回调 的阶段。检查定时器，如果到了时间，就执行回调。这些定时器就是setTimeout、setInterval。这个阶段暂且叫它timer。

2. 轮询(英文叫poll)阶段。因为在node代码中难免会有异步操作，比如文件I/O，网络I/O等等，那么当这些异步操作做完了，就会来通知JS主线程，怎么通知呢？就是通过’data’、 'connect’等事件使得事件循环到达 poll 阶段。到达了这个阶段后:

3. 如果当前已经存在定时器，而且有定时器到时间了，拿出来执行，eventLoop 将回到timer阶段。

4. 如果没有定时器, 会去看回调函数队列。

   如果队列不为空，拿出队列中的方法依次执行
   如果队列为空，检查是否有 setImmdiate 的回调,有则前往check阶段,check 阶段。这是一个比较简单的阶段，直接执行 setImmdiate 的回调。

   没有则继续等待，相当于阻塞了一段时间(阻塞时间是有上限的), 等待 callback 函数加入队列，加入后会立刻执行。一段时间后自动进入 check 阶段。

5. 并且在 check 阶段结束后还会进入到 关闭事件的回调阶段。如果一个 socket 或句柄（handle）被突然关闭，例如 socket.destroy()， ‘close’ 事件的回调就会在这个阶段执行。

1.setTimeout && setImmediate执行顺序

当 setTimeout() 和 setImmediate() 都写在 main 里面的时候 不一定谁先执行谁后执行
当 setTimeout() 和 setImmediate() 都写在一个 I/O 回调 或者说一个 poll 类型宏任务的回调里面的时候 一定是先执行 setImmediate() 后执行 setTimeout()

2.Poll 阶段的两个主要功能

setImmediate 的 queue 不为空，则进入 check 阶段，然后是 close callbacks 阶段……
setImmediate 的 queue 为空，但是 timers 的 queue 不为空，则直接进入 timers 阶段，然后又来到 poll 阶段

poll 阶段主要有2个功能：

• 处理 poll 队列的事件
• 当有已超时的 timer，执行它的回调函数

even loop将同步执行poll队列里的回调，直到队列为空或执行的回调达到系统上限（上限具体多少未详），接下来even loop会去检查有无预设的setImmediate()，分两种情况：

• 若有预设的setImmediate(), event loop将结束poll阶段进入check阶段，并执行check阶段的任务队列
• 若没有预设的setImmediate()，event loop将阻塞在该阶段等待
  注意一个细节，没有setImmediate()会导致event loop阻塞在poll阶段，这样之前设置的timer岂不是执行不了了？所以咧，在poll阶段event loop会有一个检查机制，检查timer队列是否为空，如果timer队列非空，event loop就开始下一轮事件循环，即重新进入到timer阶段。

深入理解js事件循环机制（Node.js篇）