Node.js后端WebSocket发送空数据时为何耗时0.1-0.2ms？

你遇到的0.1-0.2ms单次send耗时，看似数值不大，但每秒30次的调用会占用3-6ms的CPU时间，对多人游戏后端的性能影响不可忽视。以下是具体优化思路：

1. 避免发送空Payload或复用空对象 #

既然没有实际数据要传输，完全可以跳过这次send调用。如果业务逻辑必须发送心跳类空消息，建议复用同一个空二进制对象，避免每次创建新的Float32Array和ArrayBuffer带来的内存分配与垃圾回收开销：

// 全局初始化一次，后续复用
const EMPTY_PAYLOAD = new Float32Array(0);

// 发送时直接使用
console.time();
this.clients[id].ws.send(EMPTY_PAYLOAD);
console.timeEnd();

2. 关闭不必要的消息压缩 #

Node.js原生WebSocket默认可能开启permessage-deflate压缩，即使是空数据，压缩算法也会执行额外计算。初始化服务器时关闭该选项能显著降低单次send的固定开销：

const server = new WebSocket.Server({
  port: 8080,
  perMessageDeflate: false // 关闭压缩
});

游戏二进制数据通常压缩空间有限，关闭压缩的收益远大于损失。

3. 合并高频消息 #

每秒30次的发送频率可以考虑合并多个小消息为一次发送。比如将玩家状态更新、心跳等数据打包到同一个二进制缓冲区中，减少send调用次数——因为每次send都包含协议封装、IO调度等固定开销，减少调用次数能直接降低总耗时。

4. 替换为高性能WebSocket库 #

如果原生WebSocket的性能仍无法满足需求，可改用专为高并发低延迟场景设计的库：

• uWebSockets.js：以极低内存占用和超高吞吐量著称，send操作开销远低于原生WebSocket，非常适合多人游戏场景。
• ws：Node.js原生WebSocket的底层依赖库，提供更多性能优化选项与灵活配置，性能表现比原生API更稳定。

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