Nodejs事件循环小记

执行原理

当 Node.js 启动时，会先初始化 Event Loop，然后执行提供的输入脚本（主模块同步代码），过程中可能会产生异步 API 调用、定时器或调用 process.nextTick()，然后开始处理事件循环。
Node.js 的 Event Loop 分为 6 个阶段，会按照顺序反复执行，每当进入某一个阶段的时候，都会从对应的回调队列中取出函数去执行。
每执行完一个阶段里的回调队列中的一个宏任务，就会去执行 process.nextTick 和 Promise 2个微任务队列，然后进入下一个阶段，这就是 Node.js Event Loop 的过程。
其中，process.nextTick 优先级高于 Promise，但是如果当前执行的是 Promise，那么如果执行过程中产生了 process.nextTick 和 Promise，那么后续的 Promise 会先于 process.nextTick 执行，直到 Promise 微任务队列清空。

阶段概述

定时器：此阶段执行由 setTimeout() 和 setInterval() 安排的回调。
待处理回调：执行被推迟到下一次循环迭代的 I/O 回调。
空闲，准备：仅在内部使用。
轮询：检索新的 I/O 事件，执行 I/O 相关回调（几乎是除了关闭回调、由定时器回调和 setImmediate 回调的所有回调）。
检查：setImmediate() 回调在此处调用。
关闭回调：一些关闭回调，例如 socket.on('close', ...)。

需要关注的主要是定时器、轮询、检查和关闭回调，重点是轮询。

当没有任何 I/O 任务时，事件循环会在轮询阶段等待，进入休眠期，直到新的 I/O 任务插入为止。
当存在 I/O 任务时，Event Loop 会在清空轮询队列后，检查 setImmediate队列和到期定时器，如果存在，就会结束当前轮询阶段，进入下一个阶段，最终执行它们。

setImmediate() 与 setTimeout()

两者的执行顺序，根据调用它们的上下文而有所不同。

情况1：.js代码

// test.js
setTimeout(() => {
  console.log('timeout');
}, 0);

setImmediate(() => {
  console.log('immediate');
});

// 执行顺序不固定
// 原因：取决于系统调度（基于机器性能和其他应用抢占等）

情况2：.js代码

setTimeout(() => {
  console.log('timeout');
}, 0);

setImmediate(() => {
  console.log('immediate');
});

for (let i = 0; i < 1000000; i++) {
  // noop
}

// 执行顺序：timeout -> immediate
// 原因：同步代码的执行时间，超过了定时器时间，使得第 1 轮事件循环时，定时器阶段能够拿到队列回调

情况3：.mjs代码

// test.mjs
setTimeout(() => {
  console.log('timeout');
}, 0);

setImmediate(() => {
  console.log('immediate');
});

// 执行顺序： immediate -> timeout 情况居多
// 原因：全局同步代码和微任务的执行，未占用对定时器的计时，使得第 1 轮事件循环时，定时器回调大概率未加入队列
// .mjs 本质上是一个 async 函数，因此实际代码等于：

async function main() {}
main().then(() => {
  setTimeout(() => {
    console.log('timeout');
  }, 0);

  setImmediate(() => {
    console.log('immediate');
  });
})

情况4：在 I/O 回调中加入

// test.js 或 test.mjs
// 带全局代码 或 不带全局代码
const fs = require('node:fs');
fs.readFile(__filename, () => {
  setTimeout(() => {
    console.log('timeout');
  }, 0);
  setImmediate(() => {
    console.log('immediate');
  });
});

// 执行顺序：immediate -> timeout
// 原因：因为 I/O 回调时，肯定处于轮询阶段，那么下一个阶段一定是检查阶段，所以，一定是 setImmediate 先执行。