如何在Android端基于WebRTC实现App间随机语音通话？

嘿，很高兴你已经搞定了基础的房间内点对点语音通话！随机匹配通话其实就是在现有房间机制之上加一层用户撮合逻辑，核心是帮用户自动找到空闲的陌生人，而非手动输入房间号。下面是具体的实现思路，分几个关键模块：

1. 搭建一个匹配撮合服务（核心依赖） #

WebRTC本身只负责点对点通信，没有内置的用户匹配功能，所以你需要一个中间服务来管理等待匹配的用户：

• 维护一个等待队列：记录当前正在寻找匹配的用户信息（比如用户唯一ID、设备标识、当前状态：等待中/已匹配）
• 实现配对逻辑：
  • 当用户发起随机匹配请求时，检查队列中是否有其他处于等待中的用户
    • 若有：将这两个用户配对，生成一个临时房间ID，同时通知双方加入该房间
    • 若无：将当前用户加入等待队列，直到有新用户进来触发配对
• 状态同步：用户取消匹配、通话结束后，要及时更新队列中的状态，避免无效配对

2. 客户端匹配流程改造 #

复用你已有的房间通话逻辑，仅需在“加入房间”前增加匹配步骤：

• 新增“开始随机匹配”交互：用户点击按钮后，向匹配服务发送请求（推荐用WebSocket长连接，这样服务端可以主动推送匹配结果，无需客户端轮询）
• 处理服务端返回：
  • 匹配成功：拿到服务端分配的临时房间ID，直接调用现有“加入房间”的逻辑发起通话
  • 进入等待：显示“正在寻找匹配中...”的UI，保持与服务端的连接，等待配对通知
  • 匹配失败/超时：提示用户“暂无在线用户，请稍后再试”，允许用户重新发起匹配

3. 关键边界情况处理 #

为了提升体验，需要覆盖这些场景：

• 等待超时：设置一个超时时间（比如30秒），若用户在队列中等待超时，服务端主动告知客户端，结束等待
• 匹配后连接失败：如果其中一方拿到房间ID但未成功加入，服务端要将另一方重新放回等待队列，或通知其匹配失败
• 临时房间清理：随机匹配的房间是一次性的，通话结束后让服务端自动销毁房间，释放资源

复用现有代码的小提示 #

你已经实现的房间内1对1通话逻辑完全可以直接复用！随机匹配只是在“进入房间”前加了一层撮合逻辑，不需要改动WebRTC的核心音视频传输代码，重点放在服务端的队列管理和客户端的匹配状态交互上。

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