Socket.IO连接时自动加入多房间是否常见？有何性能影响？

该方案是否为行业常见做法？ #

是，这是多会话即时通讯应用的通用标准实现。
这种设计的优势刚好匹配聊天应用的核心需求：用户建立长连接后就能实时接收所有所属会话的新消息推送，不需要额外的轮询接口，也不需要客户端手动维护多会话的事件监听，整体逻辑简洁易维护。你提到的「在会话列表页实时更新各会话最后一条消息、未读数提醒」的需求，用这种方案实现成本最低，稳定性也最高。

你给出的示例代码本身逻辑是符合常规实现的：

io.on("connection", async (socket) => { 
    const userRooms = await db.findUserRooms(socket.userId);
    socket.join(userRooms);
});

仅需注意补充连接鉴权、查询失败重试/错误通知的逻辑即可。

单用户数百个会话是否会产生性能问题？ #

正常负载下不会产生明显性能问题，核心原因如下：

• Socket.IO的房间是轻量的内存映射结构，本质只是服务端内存中维护的「房间ID与所属Socket ID集合」的映射关系，没有额外的重量级资源开销。
• socket.join()操作的时间复杂度为O(1)，只是将当前Socket的ID插入对应房间的集合中，就算单次批量加入数百个房间，整体开销也可以忽略不计。

你也可以做几个小优化进一步降低潜在风险：

• 给用户的会话房间列表加缓存：不要每次连接建立都查数据库拉取房间列表，将列表存在缓存中，设置合理的过期时间，能大幅降低数据库压力。
• 如果后续用户会话量级上涨到数千级别，再考虑按需加入的优化方案：给每个用户维护一个专属个人房间，所有新消息通知先推送到个人房间，用户点击进入具体会话时再加入对应会话房间拉取历史消息、接收实时内容。但数百会话的量级完全不需要做这个调整，批量加入的方案足够稳定高效。

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