WebSocket不自带房间功能，需服务端维护rooms映射、处理加入/退出并广播成员列表，客户端以服务端推送为准更新UI。
WebSocket 本身不直接提供“房间”或“成员列表”功能，这些逻辑需要服务端配合设计并主动维护和广播。关键在于：服务端要记录每个连接所属的房间、在用户加入/离开时更新房间成员状态，并将变更实时推送给当前房间内所有客户端。
服务端维护房间与成员映射
用一个对象或 Map 存储房间 ID 到在线用户列表的映射，例如：
```js
const rooms = new Map(); // 'room-101' → [{id: 'u1', name: 'Alice'}, {id: 'u2', name: 'Bob'}]
```
每次 WebSocket 连接建立后，需让客户端先发送加入房间请求（如 {"type":"join","roomId":"room-101"}），服务端验证后将该连接（socket）和用户信息存入对应房间，并广播当前成员列表给全房间。
加入/退出时广播成员变更
用户加入房间后，服务端把新成员信息添加到房间列表，并向该房间所有客户端推送完整成员列表或增量更新（推荐完整列表，避免客户端状态错乱）：
你接手一个需求时，是不是经常这样："改一个小字段 → 结果把不相关的代码也改了"、"需求说得很模糊 → 做着做着发现跑偏了"、"数据库加个字段 → 上线才发现漏了数据兼容"、"做了个新功能 → 一个月后自己都忘了当时怎么设计的"、"写到一半被中断 → 再回来不知道从哪继续"；这个 Skill 就是专门解决这些问题的。 它会自动探测你的项目环境（JDK、Spring Boot、ORM、数据库、前端框架），记在
- 广播格式示例：
{"type":"members_update","roomId":"room-101","members":[{"id":"u1","name":"Alice"},{"id":"u2","name":"Bob"}]} - 用户断开连接时，服务端从对应房间中移除该用户，并再次广播最新成员列表
- 注意处理异常断连（如心跳超时），避免“幽灵用户”残留
客户端监听并更新 UI
前端 WebSocket 连接建立后，监听服务端推送的 members_update 消息，用它完全替换本地成员列表，再重新渲染 DOM：
立即学习“Java免费学习笔记（深入）”；
- 不要尝试在客户端自行增删成员（容易不同步），始终以服务端推送为准
- 可加一层防抖或节流，避免高频更新导致重复渲染
- 建议在成员列表旁显示用户在线状态（如 socket.readyState === 1），增强反馈
可选：支持用户昵称与身份标识
为避免匿名连接，可在 join 请求中携带用户基本信息（如 {"type":"join","roomId":"room-101","userId":"u1","nickname":"Alice"}），服务端校验后存入房间数据。这样广播的成员列表自带可信身份，也便于后续权限控制或消息路由。
