Node.js中TCP、WebSocket等连接交互是否会造成阻塞？

核心结论 #

你的基本判断是对的：Node.js处理TCP、WebSocket、命名管道这类网络连接的I/O操作时，不会阻塞整个进程，其他代码该跑还是跑。

具体运作逻辑 #

Node.js基于单线程事件循环模型，但所有网络I/O都会被卸载到系统内核处理：

• 当你启动各类服务器、调用读取数据的方法时，Node.js只是给内核注册一个监听请求，然后立刻回到事件循环继续执行后续代码，不会原地等待。
• 内核在后台盯着这些连接，一旦触发事件（比如客户端发数据、新连接接入），就把对应的回调函数扔进事件循环的队列，等当前调用栈清空后再执行这个回调。
• 针对你说的场景：如果某个连接的缓冲区没有数据，调用读取方法只会直接返回null；要是你用on('data')监听数据，这种情况下回调根本不会触发，完全不影响其他连接的处理或者其他代码运行。

需要避开的误区 #

• 别碰同步I/O：如果使用了少数同步版本的网络API，确实会阻塞进程，但当前主流的网络相关API全是异步的，不用担心这个问题。
• CPU密集型代码才是性能瓶颈：要是某个回调里写了大量计算逻辑（比如循环数万次处理数据），会占满事件循环的时间片，导致其他回调延迟执行，但这不是I/O阻塞，是CPU资源被耗尽，和网络连接本身无关。

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