Socket.io多客户端时间广播新接入打断旧推送的最佳实践咨询

• 核心问题是服务端采用了全局单一定时器的错误设计，逻辑存在根本性冲突：
  • 服务端在全局作用域定义了唯一的interval变量，所有客户端连接共享这一个变量。
  • 每有新客户端接入，连接回调会先执行clearInterval(interval)，直接销毁上一个客户端对应的定时器。
  • 销毁后仅给新接入的客户端创建专属定时器，老客户端的推送链路已经被切断，也没有任何逻辑再为它发送数据，因此页面会停留在旧时间，只有刷新页面重新建立连接，才能拿到属于自己的新定时器。

实际触发流程示例：

1. 客户端A首次连接，生成定时器T1，每秒给A推送时间，运行正常。
2. 客户端B接入，触发连接回调，先清除T1，再生成仅绑定B的定时器T2。
3. 此时T1已被销毁，没有任何逻辑再向A推送数据，A的页面就会卡在旧时间不再更新。

核心思路：因为时间广播的内容对所有在线客户端是完全统一的，完全不需要为每个客户端单独创建定时器，单一定时器全局广播即可，性能开销最低。

• 把定时器从connection回调中移出，仅在服务启动时创建一次全局定时器
• 定时器回调中使用Socket.io的全局广播APIio.emit，向所有在线客户端推送统一时间
• 服务退出时统一清理定时器，避免资源泄漏

修正后的可直接运行的服务端代码 #

let timeBroadcastInterval;

io.on("connection", socket => {
    console.log("New client connected");
    socket.on("disconnect", () => {
        console.log("Client disconnected");
    });
});

// 服务启动时直接创建全局广播定时器，无需等待客户端连接
timeBroadcastInterval = setInterval(() => {
    const d = new Date();
    // 修正原代码的日期取值错误：getDay()是取星期几，getMonth()从0开始计数
    const formattedDate = `${d.getMonth() + 1}/${d.getDate()}/${d.getFullYear()}`;
    const formattedTime = `${("0" + d.getHours()).slice(-2)}:${("0" + d.getMinutes()).slice(-2)}:${("0" + d.getSeconds()).slice(-2)}`;
    // 直接向所有在线客户端广播，不需要绑定单个socket
    io.emit("FromAPI", `${formattedDate} ${formattedTime}`);
}, 1000);

// 可选：服务终止时清理定时器，避免进程无法正常退出
process.on("SIGTERM", () => {
    clearInterval(timeBroadcastInterval);
    process.exit(0);
});

特殊场景适配（需给每个客户端做独立推送时） #

如果业务需要为不同客户端推送不同频率/不同内容的消息，不要复用全局变量存定时器ID，应当把定时器ID绑定到单个socket实例上，断开时单独清理：

io.on("connection", socket => {
    console.log("New client connected");
    // 每个socket独享自己的定时器ID，不存在全局冲突
    socket.clientPushTimer = setInterval(() => {
        // 可针对当前socket的属性定制推送内容
        const currentTime = new Date().toLocaleString();
        socket.emit("FromAPI", currentTime);
    }, 1000);

    socket.on("disconnect", () => {
        // 断开时清理当前客户端对应的定时器，避免内存泄漏
        clearInterval(socket.clientPushTimer);
        console.log("Client disconnected");
    });
});

性能提示：如果是面向大量客户端的统一广播场景，优先选全局单定时器+io.emit的方案，1000个客户端的场景下，这种方案的资源开销仅为每客户端单独开定时器的几百分之一。

客户端原有代码逻辑无需调整，可直接兼容上述两种服务端方案。

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