node.js事件循环详解-CSDN博客

本文链接：https://blog.csdn.net/m0_46335150/article/details/147434226

Node.js 是一个基于事件驱动的异步 I/O 框架，利用事件循环（Event Loop）机制来处理非阻塞的 I/O 操作。理解事件循环的工作原理对开发高性能的 Node.js 应用至关重要。下面我将详细解释 Node.js 中的事件循环是如何工作的。

1. Node.js 的单线程模型

Node.js 是单线程的，这意味着它只有一个主线程来执行代码。然而，Node.js 并不是每次执行 I/O 操作时就会阻塞当前线程。它通过事件循环机制处理并发任务，使得 Node.js 能够在单线程下处理成千上万的并发请求。

2. 事件循环的基本概念

事件循环是 Node.js 异步 I/O 机制的核心，它允许 Node.js 在处理 I/O 操作时不阻塞主线程。具体来说，当 Node.js 执行某些异步操作时，它会将操作推入“任务队列”中。事件循环会不断检查任务队列，如果有任务，它就会从队列中取出并执行。

事件循环的核心就是反复执行一个循环，每次检查任务队列是否有待处理的事件或回调函数。如果有，它就执行这些回调；如果没有，它就继续等待。

3. 事件循环的执行过程

事件循环的执行过程可以分为多个阶段，每个阶段有不同的任务执行。具体的阶段顺序如下：

Timers 阶段
该阶段执行已经设置的定时器回调函数（比如 setTimeout() 和 setInterval()）。如果定时器时间已经到达（即定时器超时），那么回调会被添加到队列中并执行。
I/O callbacks 阶段
在这个阶段，Node.js 会处理一些系统调用的回调，例如网络请求的回调，文件读取等 I/O 操作的回调。
Idle, prepare 阶段
这是 Node.js 的内部阶段，用于处理一些准备工作，通常很短，通常不会影响到用户的应用代码。
Poll 阶段
该阶段是事件循环中最为关键的阶段。Node.js 会查询是否有 I/O 事件需要处理。如果任务队列中有任务，事件循环会继续处理这些任务。如果没有任务，它就会等待事件的到来。
Check 阶段
这是一个专门用来处理 setImmediate() 回调函数的阶段。setImmediate() 是 Node.js 提供的一个 API，它的回调函数会在当前事件循环周期的末尾执行，而不是等到下一个周期。
Close callbacks 阶段
如果某些资源（比如套接字）被关闭，会执行相应的回调。比如，socket.on('close') 的回调会在这个阶段执行。

注意事项：

每个任务都会进入事件循环队列。
事件循环按照阶段顺序进行处理，每个阶段有自己的回调队列。
事件循环会在 poll 阶段等待新的事件到达，如果没有事件，会检查其他阶段的回调。
如果 setImmediate() 和 setTimeout() 都存在，setImmediate() 在 check 阶段先执行，而 setTimeout() 在 timers 阶段执行。

4. 事件循环示意图

   ┌────────────────┐
   │   Timers      │
   └────────────────┘
           ↓
   ┌────────────────┐
   │ I/O Callbacks │
   └────────────────┘
           ↓
   ┌────────────────┐
   │  Idle/Prepare │
   └────────────────┘
           ↓
   ┌────────────────┐
   │     Poll      │
   └────────────────┘
           ↓
   ┌────────────────┐
   │    Check      │
   └────────────────┘
           ↓
   ┌────────────────┐
   │  Close Callbacks│
   └────────────────┘

5. 栈、队列与事件循环

调用栈（Call Stack）：Node.js 中的代码执行首先进入调用栈。栈是一个简单的 LIFO（后进先出）数据结构。JavaScript 执行时，函数会被压入栈中，执行完后从栈中弹出。
任务队列（Task Queue）：当异步操作完成时，相应的回调函数会被放入任务队列中。事件循环会不断地检查任务队列，如果栈为空，则从队列中取出一个任务并执行。
微任务队列（Microtask Queue）：与任务队列不同，微任务队列的优先级更高。Promise 的回调和 process.nextTick() 都会被放入微任务队列中，它们会在事件循环的每个阶段结束后执行。

6. 微任务和宏任务

宏任务：每个事件循环阶段执行的任务（如定时器回调、I/O 操作回调等）。
微任务：Promise 的回调和 process.nextTick() 等会被添加到微任务队列中，并且微任务会在当前栈清空后立即执行，优先级比宏任务高。

7. 代码示例

console.log('Start');

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

Promise.resolve().then(() => {
  console.log('Promise');
});

process.nextTick(() => {
  console.log('nextTick');
});

console.log('End');

输出：

Start
End
nextTick
Promise
setTimeout

解释：

console.log('Start') 和 console.log('End') 直接执行，输出 Start 和 End。
process.nextTick() 是微任务，会在当前栈清空后立即执行，所以 nextTick 会先执行。
Promise.resolve().then() 也是微任务，它会在 nextTick 之后执行。
setTimeout 是宏任务，会在当前事件循环的末尾执行，所以 setTimeout 输出在所有微任务之后。

在这个例子中为什么 process.nextTick() 先执行？

虽然 Promise.resolve().then() 和 process.nextTick() 都被认为是微任务，它们的执行顺序实际上由 执行优先级 和 事件循环的内部调度机制 决定的。具体来说，process.nextTick() 的优先级高于普通的微任务（如 Promise 的回调）。这意味着 process.nextTick() 会 比微任务队列中的 Promise 回调早执行，甚至会比其他阶段的宏任务（如 setTimeout()）还要先执行。

为什么 process.nextTick() 优先级高？

process.nextTick() 允许开发者在当前事件循环周期结束之前执行某些回调。它通常用于需要在当前栈清空之后，立即执行某些任务的场景。比如，在 I/O 操作完成后，尽早执行某个任务。
由于它的优先级高，它会优先执行，而不会等到微任务队列中的其他回调执行完毕。

8. 总结

Node.js 中的事件循环是一个高效的异步处理机制，它允许 Node.js 在单线程中处理大量的并发 I/O 请求，而不会阻塞程序的执行。理解事件循环的机制对于优化 Node.js 应用程序的性能至关重要，尤其是在处理大量 I/O 操作时。通过合理使用异步 API 和微任务、宏任务的优先级，可以确保应用程序能够高效地执行并响应请求。