在Socket.io事件中使用回调是否安全？客户端未传回调引发报错

这问题我之前做Socket.io项目时也踩过坑！本质就是服务器端没做回调函数的存在性校验，当客户端没传回调参数时，直接调用callback()就会触发TypeError，进而抛出未处理的Promise拒绝警告（Socket.io内部会把回调的执行包装成Promise逻辑，所以调用非函数的callback会导致Promise rejection）。

给你几个实用的解决办法：

1. 服务器端先校验回调类型 #

这是最直接的解决方案，在处理事件时先检查callback是否为有效函数，再执行调用：

socket.on('your-target-event', (requestData, callback) => {
  // 核心：先判断回调是否存在且是函数类型
  if (typeof callback === 'function') {
    // 这里写你的业务处理逻辑
    const responseData = { status: 'success', data: 'processed result' };
    // 正常调用回调返回数据
    callback(null, responseData);
  } else {
    // 可选：记录警告日志，方便排查问题
    console.warn(`Received event "your-target-event" without valid callback`);
  }
});

2. 全局兜底捕获未处理的Promise拒绝 #

为了避免这类未处理的Promise拒绝导致应用潜在的不稳定，你可以在Node.js全局层面监听unhandledRejection事件，做兜底处理：

process.on('unhandledRejection', (reason, promise) => {
  console.error('Unhandled Promise Rejection:', reason);
  console.error('Rejected Promise:', promise);
  // 这里可以扩展逻辑，比如把错误写入日志系统、触发告警等
});

3. 客户端规范请求发送 #

如果客户端也是你负责开发的，最好统一规范：所有需要服务器返回响应的请求，必须传入回调函数，从源头避免问题：

// 客户端示例代码
socket.emit('your-target-event', { key: 'value' }, (error, response) => {
  if (error) {
    console.error('Request failed:', error);
    return;
  }
  console.log('Server response:', response);
});

这样处理后，不管是客户端误操作没传回调，还是正常请求，服务器都能优雅应对，不会再出现那个烦人的警告啦。

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