Node.js中net模块listening事件为何需用process.nextTick延迟触发？

嘿，这个细节其实是Node.js事件循环里很容易踩的小坑，我给你唠明白：

先看你提到的这段代码：

const server = net.createServer(() => {}).listen(8080);
server.on('listening', () => {});

问题根源 #

当你只传入端口调用listen(8080)时，Node.js会立即尝试绑定端口。如果绑定成功，理论上会立刻触发listening事件，但这时候你后面的server.on('listening', ...)回调还没完成注册——这就会导致回调完全没机会执行。

Node.js的解决方案 #

为了避免这种“事件跑在回调前面”的尴尬，Node.js内部做了个巧妙的处理：它会把listening事件的触发逻辑放到nextTick()队列中。这样一来，当前脚本的同步代码（也就是注册listening回调的那一行）会先完整执行完毕，等同步逻辑跑完，再去处理nextTick队列里的事件触发，这时候你的回调已经妥妥注册好了，自然就能正常捕获到listening事件啦。

内容的提问来源于stack exchange，提问作者Radioreve