WebRTC场景下如何通过教师端中转实现单学生向所有参会者广播

完全可以通过教师端作为中转代理实现该需求，且不需要采用将学生语音路由到教师麦克风输入的方案，纯WebRTC前端逻辑即可实现。

核心实现逻辑 #

现有架构是所有学生仅与教师建立WebRTC连接，教师端作为中继的核心是：直接将已接收到的发言学生的远端音视频流，作为推流源转发给其他学生，全程不占用教师本地的麦克风、摄像头硬件设备。

具体操作步骤 #

• 发言学生按原有逻辑将音视频流推送到教师端，教师端通过RTCPeerConnection的ontrack回调获取到该学生的MediaStream流对象。
• 教师端维护所有与学生建立的RTCPeerConnection实例列表，当需要广播该学生的流时，遍历除发言学生之外的所有学生的连接实例，将发言学生的音视频轨添加到对应连接中，示例代码如下：

  // 取发言学生的音轨、视频轨
  const audioTrack = speakerStream.getAudioTracks()[0]
  const videoTrack = speakerStream.getVideoTracks()[0]
  // 给其他学生的连接添加轨
  studentPeerConnections.forEach(conn => {
    if (conn.studentId !== speakerStudentId) {
      conn.addTrack(audioTrack, speakerStream)
      conn.addTrack(videoTrack, speakerStream)
    }
  })
  

• 触发连接的SDP重协商，完成流的下发，其他学生端即可正常拉取到发言学生的音视频流。
• 学生发言结束后，遍历连接移除对应音轨，切回教师原本推流的内容即可。

适配你场景的优势 #

• 完全符合网络限制要求：所有学生全程仅维持与教师的单条连接，无学生之间的P2P连接，不会额外占用学生侧上行带宽
• 改造成本极低：不需要修改现有基础架构，仅在教师端新增流转发的逻辑即可，不需要操作虚拟音频设备、修改系统配置
• 灵活度高：可根据业务需求同时下发教师流+发言学生流，实现多画面展示，也可单独下发发言学生流

注意事项 #

• 流轨添加/移除后需要按WebRTC标准流程处理negotiationneeded事件，完成SDP交换和ICE重连，确保流正常传输
• 若教师端带宽有限，可对转发的学生流通过MediaStreamTrack.applyConstraints()方法降低码率、分辨率，在不影响观看体验的前提下降低带宽消耗

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