服务端是否需要手动清理socket.on事件监听器？

核心结论 #

必须主动清理自定义绑定的Socket事件监听器，不执行清理操作会引发内存泄漏、业务逻辑异常等问题。

具体原因说明 #

• 每个Socket实例绑定的自定义事件监听器会持有上下文引用（包括函数、作用域变量、Socket实例本身），如果连接断开后不手动移除监听器，这些被引用的资源无法被垃圾回收机制回收，会持续占用内存。
• 主流Socket框架（如示例中的Socket.IO）仅会在连接断开时自动清理内置的系统事件监听器，开发者自行绑定的业务事件不在自动清理范围内。
• 高并发场景下，频繁的短连接/重连如果都残留监听器，内存占用会快速攀升，最终导致服务进程OOM崩溃。
• 异常重连场景下，残留的旧监听器和新连接绑定的新监听器会同时生效，导致单次事件触发多次回调，出现业务逻辑重复执行、数据写入错误等问题。

示例代码说明 #

你给出的是标准的合规处理逻辑，核心是在disconnect事件触发时，通过完全匹配的函数引用移除之前绑定的message事件监听器，避免资源残留：

io.on('connection', socket => {
  const addMessageListener = (message, callback) => {
    socket.broadcast.emit('message', message)
    callback(message)
  }

  socket.on('message', addMessageListener)

  socket.on('disconnect', () => {
    socket.off('message', addMessageListener)
  })
})

注意事项 #

• 移除监听器时传入的函数引用必须和绑定时的完全一致，不能使用匿名函数作为监听器，否则无法匹配到对应事件，清理操作会失效。
• 如果单个Socket上绑定了多个业务事件监听器，必须在断开连接时逐一全部移除，避免遗漏。
• 如果业务逻辑中额外将Socket实例绑定到了其他自定义EventEmitter上，也需要在断开连接时同步移除对应的关联引用。

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