16、房间与用户管理：房间创建与销毁、用户加入/离开、权限控制、房间状态同步

聊到WebRTC的多人通信，很多人第一反应是“怎么把音视频流连起来”。但说实话，真正让一个产品能用的，反而是背后那套房间和用户的管理逻辑。你想想看，没有房间，用户怎么知道该连谁？没有权限控制，万一有人乱入怎么办？

我个人习惯把房间管理比作“线上会议室”。会议室得有人创建、有人开门、有人关门，还得有人管着谁可以发言。这一章，我们就来拆解这些核心环节。

16.1 房间的生命周期：创建与销毁

房间，说白了就是一个虚拟的通信容器。它承载了所有参与者的连接状态。

16.1.1 房间创建

创建房间通常由第一个用户触发。后端收到请求后，生成一个唯一的房间ID，并初始化房间状态。

下面是一个简单的房间创建逻辑（Node.js + Socket.IO）：

// 服务端：创建房间
socket.on('create-room', (data, callback) => {
  const roomId = uuidv4(); // 生成唯一ID
  const room = {
    id: roomId,
    name: data.name || '默认房间',
    owner: socket.id,      // 创建者即为房主
    users: [],
    maxUsers: data.maxUsers || 6,
    createdAt: Date.now()
  };
  rooms.set(roomId, room);
  socket.join(roomId);
  socket.roomId = roomId;
  callback({ success: true, roomId });
});

嗯，这里要注意：socket.join(roomId) 是Socket.IO的底层机制，它让这个socket实例加入了一个“频道”。后续所有发往这个房间的消息，都会广播给频道内的所有人。

16.1.2 房间销毁

房间销毁有两种场景：

• 主动销毁：房主调用销毁接口，强制踢出所有人并删除房间。
• 被动销毁：最后一个人离开时，房间自动清理。

我在项目中遇到过一个问题：用户直接关闭浏览器，没有触发正常的离开事件。这时候房间就成了“僵尸房间”。

// 服务端：房间销毁逻辑
function destroyRoom(roomId) {
  const room = rooms.get(roomId);
  if (!room) return;
  // 通知所有用户房间即将关闭
  io.to(roomId).emit('room-closed', { reason: '房主已解散房间' });
  // 强制所有socket离开房间
  io.socketsLeave(roomId);
  // 删除房间数据
  rooms.delete(roomId);
  console.log(`房间 ${roomId} 已销毁`);
}

16.2 用户加入与离开

用户管理是房间系统的核心交互。每次加入或离开，都需要同步给房间内所有成员。

16.2.1 用户加入流程

用户加入房间时，需要做几件事：

1. 验证房间是否存在、是否已满。
2. 将用户信息加入房间成员列表。
3. 通知房间内其他用户：有新成员加入。
4. 给新用户推送当前房间的完整用户列表。

// 服务端：用户加入房间
socket.on('join-room', (data, callback) => {
  const { roomId, userName } = data;
  const room = rooms.get(roomId);
  if (!room) {
    return callback({ success: false, error: '房间不存在' });
  }
  if (room.users.length >= room.maxUsers) {
    return callback({ success: false, error: '房间已满' });
  }
  // 构建用户对象
  const user = {
    id: socket.id,
    name: userName,
    isMuted: false,
    isVideoOff: false,
    joinedAt: Date.now()
  };
  room.users.push(user);
  socket.join(roomId);
  socket.roomId = roomId;
  // 广播给房间内其他人
  socket.to(roomId).emit('user-joined', { user });
  // 返回当前房间状态给新用户
  callback({ success: true, users: room.users });
});

16.2.2 用户离开处理

离开比加入更复杂，因为涉及资源释放。用户可能主动离开，也可能意外断线。

// 服务端：处理用户离开
socket.on('leave-room', () => {
  handleUserLeave(socket);
});

// 断线处理
socket.on('disconnect', () => {
  handleUserLeave(socket);
});

function handleUserLeave(socket) {
  const roomId = socket.roomId;
  if (!roomId) return;
  const room = rooms.get(roomId);
  if (!room) return;
  // 从用户列表中移除
  room.users = room.users.filter(u => u.id !== socket.id);
  // 广播离开消息
  socket.to(roomId).emit('user-left', { userId: socket.id });
  socket.leave(roomId);
  socket.roomId = null;
  // 如果房间没人了，自动销毁
  if (room.users.length === 0) {
    rooms.delete(roomId);
    console.log(`房间 ${roomId} 因无人自动销毁`);
  }
}

你想想看，如果用户只是刷新页面，断线事件会触发，但很快又会重新加入。这时候如果直接销毁房间，就会出问题。所以我建议加一个“延迟销毁”机制：当最后一个人离开后，等待30秒再销毁，期间如果有人重新加入，就取消销毁。

16.3 权限控制

权限控制决定了谁能做什么。最简单的模型是“房主-成员”两级权限。

权限项	房主	普通成员
创建/销毁房间	✅	❌
踢出成员	✅	❌
静音他人	✅	❌
共享屏幕	✅	✅（可配置）
发言/开视频	✅	✅（可被房主关闭）

权限控制的实现，我建议在服务端做校验，而不是依赖客户端。因为客户端可以被篡改。

// 服务端：权限校验中间件
function isOwner(socket, roomId) {
  const room = rooms.get(roomId);
  return room && room.owner === socket.id;
}

// 踢人接口
socket.on('kick-user', (data) => {
  const { roomId, targetUserId } = data;
  if (!isOwner(socket, roomId)) {
    return socket.emit('error', { message: '只有房主才能踢人' });
  }
  // 找到被踢用户的socket并强制离开
  const targetSocket = io.sockets.sockets.get(targetUserId);
  if (targetSocket) {
    targetSocket.leave(roomId);
    targetSocket.emit('kicked', { reason: '你已被房主移出房间' });
    socket.to(roomId).emit('user-left', { userId: targetUserId });
  }
});

16.4 房间状态同步

状态同步是多人实时通信的难点。每个用户都需要知道：当前房间有谁、谁在说话、谁静音了、谁在共享屏幕。

我常用的同步策略是“全量+增量”结合：

• 全量同步： 用户刚加入时，一次性获取房间的完整状态。
• 增量同步： 状态变化时，只广播变化的部分。

举个例子，当用户切换静音状态：

// 客户端：切换静音
function toggleMute() {
  const newState = !localStream.getAudioTracks()[0].enabled;
  socket.emit('mute-toggle', { roomId, muted: newState });
}

// 服务端：广播状态变化
socket.on('mute-toggle', (data) => {
  const { roomId, muted } = data;
  // 更新服务端记录的用户状态
  const room = rooms.get(roomId);
  const user = room.users.find(u => u.id === socket.id);
  if (user) user.isMuted = muted;
  // 广播给房间内其他人（不包括自己）
  socket.to(roomId).emit('user-state-changed', {
    userId: socket.id,
    isMuted: muted
  });
});

状态同步最怕什么？最怕“状态不一致”。比如A看到B是静音的，但B其实已经取消静音了。这个问题通常是因为网络延迟或消息丢失导致的。

16.5 知识体系总览

下面这张图，把房间与用户管理的核心逻辑串起来了。你可以看到，从创建到销毁，中间穿插着加入、离开、权限校验和状态同步。

这张图里，我特意用虚线标出了“房主权限贯穿始终”。为什么？因为很多初学者容易忽略这一点——房主离开后，权限如果没有妥善转移，整个房间就会失控。

好了，这一章的内容就到这里。房间与用户管理是WebRTC应用的骨架，骨架稳了，上面的音视频流才能跑得顺畅。