WebRTC连接异常：Android与笔记本视频通话时笔记本无法接收视频

这个问题我之前处理RTCMultiConnection跨端适配时遇到过，核心就是Android端生成的SDP被标记为a=recvonly，导致笔记本端收不到视频流。完全可以通过调整配置或者拦截修改SDP来解决，下面给你几个可行的方案：

• 先排查基础配置和权限
  首先确认Android端的媒体权限是否到位：

  • 检查AndroidManifest.xml里有没有添加摄像头、麦克风权限：

    <uses-permission android:name="android.permission.CAMERA" />
    <uses-permission android:name="android.permission.RECORD_AUDIO" />
    <uses-permission android:name="android.permission.INTERNET" />
    

  • Android 6.0及以上版本需要动态申请这些权限，要是没拿到摄像头权限，组件会自动设置为只接收（recvonly）状态。

  同时，确保RTCMultiConnection的初始化配置明确开启视频发送：

  const connection = new RTCMultiConnection();
  connection.session = {
      audio: true,
      video: true // 必须显式开启视频发送权限
  };
  // 强制约束SDP同时支持接收和发送
  connection.sdpConstraints.mandatory = {
      OfferToReceiveAudio: true,
      OfferToReceiveVideo: true
  };
  

  如果是在Android WebView中运行代码，还要确保WebView开启了硬件加速、JavaScript支持等媒体相关配置。

• 拦截并修改SDP（终极方案）
  如果上面的配置调整无效，那就直接在Android端生成SDP后，把所有a=recvonly替换成a=sendrecv再发送给对方。利用RTCMultiConnection的onSdp事件实现：

  connection.onSdp = function(sdp) {
      // 全局替换所有recvonly字段为sendrecv
      return sdp.replace(/a=recvonly/g, 'a=sendrecv');
  };
  

  这个方法能强制修改SDP的媒体方向，确保Android端同时发送和接收音视频流。注意部分Android WebView可能对SDP修改有限制，测试时多覆盖几款设备。

• 额外检查点
  如果你使用的是旧版本RTCMultiConnection，建议查看组件更新日志——早期版本在Android WebView上确实存在SDP方向错误的bug，更新到稳定版可能直接解决问题。

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