WEBRTC+peer.js单用户双摄像头同时推流至对端的可行性咨询

基于你当前使用的JavaScript、Peer.js、Node.js、Socket.io、Express技术栈搭建的视频互通Web应用，完全支持单用户同时调用2个摄像头采集视频流，并将两路流同步发送给对端用户，不存在架构层面的实现阻碍。

核心实现路径 #

• 本地采集能力原生支持：浏览器提供的navigator.mediaDevices.getUserMedia()接口本身就支持通过deviceId参数指定不同的输入设备，你只需要先通过navigator.mediaDevices.enumerateDevices()枚举所有视频输入类设备，筛选出两个目标摄像头的设备标识，分别传入采集约束，就能拿到两路完全独立的MediaStream实例，无需用户安装额外插件。
  示例采集逻辑参考：

  // 提前枚举拿到两个摄像头的唯一设备ID
  const internalCamStream = await navigator.mediaDevices.getUserMedia({
    video: { deviceId: { exact: builtInCamId } }
  })
  const externalCamStream = await navigator.mediaDevices.getUserMedia({
    video: { deviceId: { exact: externalUsbCamId } }
  })
  

• PeerJS传输层兼容多流能力：PeerJS底层封装的WebRTC协议，本身支持单条Peer连接上挂载多路独立的MediaStream轨道。你不需要为每一路视频流单独新建Peer连接，只需要在现有连接的基础上，将两路流的每一个视频track分别通过原生RTCPeerConnection实例的addTrack()方法绑定到连接上，对端通过ontrack事件就能分别捕获到两路独立的视频流。这里要注意避开PeerJS默认的单次call()方法只能传单一流的限制，改为手动管理连接上的轨道挂载逻辑即可。
• 现有信令层无需改造：你基于Express+Socket.io搭建的信令服务，本身只负责透传WebRTC协商阶段的SDP信息、ICE候选地址信息，多轨道传输的协商逻辑完全由WebRTC协议本身承载，信令层不需要做任何额外代码修改，可直接兼容现有逻辑。

落地需要注意的实际问题 #

• 设备兼容性约束：同一页面申请两个摄像头的采集权限时，浏览器只会弹出一次授权请求，但部分老旧外接USB摄像头存在设备独占限制，无法同时被两个采集实例调用，开发时需要捕获对应的权限/设备占用异常，给用户清晰的错误提示。
• 带宽适配问题：两路高清视频流同时上行会占用较高的网络带宽，实际部署时可以针对第二路流适当下调编码分辨率、帧率，减少带宽消耗，避免出现传输卡顿，对应的编码参数可以直接通过PeerJS暴露的WebRTC原生接口调整。
• 端侧渲染适配：对端接收到两路流后，只需要配置两个独立的<video>标签，分别将每路流绑定到对应标签的srcObject属性，即可同步渲染两路画面，不需要引入额外的流媒体混流工具。

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