WebRTC 如何与 Socket.io 和 Node.js 后端集成？信令服务怎么设计？

WebRTC 如何与 Socket.io 和 Node.js 后端集成？信令服务怎么设计？

WebRTC 本身只解决 P2P 媒体传输，信令交换（SDP Offer/Answer、ICE Candidate）必须通过独立信令通道完成，Socket.io + Node.js 是最常见组合。

架构：浏览器 A 通过 Socket.io 将 SDP Offer 发给 Node.js 信令服务器 → 服务器转发给浏览器 B → B 回传 Answer → 双方交换 ICE Candidate → P2P 连接建立。

核心集成点：

1. Socket.io 信令：事件驱动，房间模型天然适合多方通话。emit/offer、on/answer、ice-candidate 三组事件即可完成信令
2. Node.js TURN 服务：P2P 穿透失败时需中继，Node.js 可管理 TURN 服务器分配
3. 录制集成：Node.js + FFmpeg 接收 WebRTC 流转码存储，或用 MediaRecorder API 浏览器端录制
4. 权限控制：Node.js 中间件校验房间 Token，防止未授权加入

典型信令流程：

shell
join room → emit('offer') → broadcast → emit('answer') → exchange ICE → RTCPeerConnection connected

注意事项：Socket.io 不保证消息顺序，ICE Candidate 可能乱序到达，但 WebRTC 内部会缓存排序；大规模房间需改用 SFU（如 mediasoup）代替 Mesh。

追问

1. 信令服务器能用 HTTP 代替 WebSocket 吗？ — 可以但延迟高，HTTP 轮询不适合实时 ICE 交换
2. 多人通话信令如何设计？ — 每对用户建立 PeerConnection，新用户加入时向房间内所有人发 Offer
3. 如何集成 mediasoup 做 SFU？ — Node.js worker 管理 Router/Transport，WebRTC 端通过 produce/consume 订阅流
4. Socket.io 和原生 WebSocket 怎么选？ — Socket.io 自带房间/重连/命名空间，开发效率高；原生 WebSocket 更轻量性能更好