node.js - Node 的事件循环阶段回调

Question

我正在阅读有关 Node 的事件循环阶段的信息，并说

• timers: this phase executes callbacks scheduled by setTimeout() and setInterval().
• pending callbacks: executes I/O callbacks deferred to the next loop iteration.
• idle, prepare: only used internally.
• poll:retrieve new I/O events; execute I/O related callbacks (almost all with the exception of close callbacks, the ones scheduled by timers, and setImmediate()); node will block here when appropriate.
• check:setImmediate() callbacks are invoked here.
• close callbacks: some close callbacks, e.g. socket.on('close', ...).

所以这里我有一个简单的代码来测试上面的一些阶段。当您执行代码时，您会得到以下输出:

1. 关闭
2. 立即
3. 超时

但是根据文档，套接字回调是最后一个阶段。为什么先执行？

let socket = require("net").createServer();

socket.on("data", function (data) {
  console.log(data.toString());
});

socket.on("close", function (data) {
  console.log("close");
});

socket.listen(8080);

const fs = require("fs");

fs.readFile("readme.txt", () => {
  socket.close();
  setTimeout(() => {
    console.log("timeout");
  }, 0);

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

Answer 1

首先，请记住，由您在本地关闭套接字触发的 close 事件不是网络操作。它不是由传入的网络事件触发的。它由本地套接字实现触发，决定何时触发 close 事件以通知任何其他监视本地套接字的人它现在已关闭。它甚至可以同步触发(如果实现它的 net 库选择这样做)。因此，您所读到的有关网络事件在事件循环中如何确定优先级或排序的任何内容在这里均不适用。此事件不是由传入网络操作触发的，也不会像传入网络操作那样流经事件循环。

我在调试器中单步执行了您的代码并进入 socket.close() 以尝试查看实现的内容。它到达这条线 here在哪里调用 this._handle.close()。这进入了一些用 C++ 编写的 TCP 包装器层，调试器不会让您跟踪它以进一步查看。

该函数然后继续调用 emitCloseIfDrained()，后者调用 defaultTriggerAsyncIdScope() 并作为异步传递给 process.nextTick()使用的机制。

因此，似乎在本地调用 socket.close() 会导致套接字库使用 process.nextTick()在调用 close 事件之前，这将赋予它相当高的优先级，使其在其他事情之前得到处理，但将在事件循环的 future 滴答中进行处理。

但是，我希望您现在可以了解这是如何 super 实现依赖的(取决于事件在触发它的任何库中是如何触发的)并且没有记录，因此不应在您的实现中依赖。出于求知欲的目的，想要尽可能多地了解这些内容是很好的，但是您不应该设计依赖于这种级别的实现细节的代码。一个特定的功能，比如当 close 事件在套接字上触发时没有记录，并且没有保证它在未来不会改变。如果您的代码需要异步事件的特定顺序，您需要编写代码来管理该顺序，以确保无论此级别的实现细节如何，它都会发生。