WebRTC多对等端客户端异常求助：设置本地应答SDP失败

这个错误我之前调试多对等端WebRTC连接时实打实踩过坑，本质是你在PeerConnection的kStable状态下尝试设置本地Answer SDP，直接违反了WebRTC的状态机规则。结合你说的“接收端能显示双向视频但呼叫端收不到应答”，我给你梳理下排查和解决的关键点：

核心原因：PeerConnection状态流转错误 #

WebRTC的PeerConnection有一套严格的状态流转逻辑：

• 接收端在收到呼叫方的Offer前，状态是kStable
• 只有当接收端成功调用setRemoteDescription(offer)并完成异步操作后，状态才会转为kHaveRemoteOffer，这时候才能安全地调用createAnswer()和setLocalDescription(answer)

如果接收端还卡在kStable状态就去创建Answer，必然会触发这个报错。

具体排查步骤 #

1. 检查接收端的Offer处理流程 #

你需要确认接收端是否严格遵循了正确的Offer处理顺序：

• 有没有在收到Offer后，先异步调用setRemoteDescription(offer)并等待它执行完成？很多人会忽略这个异步操作的等待，导致后续代码在状态未变更时就去创建Answer。
• 正确的代码示例应该是这样的：

  async function onReceiveOffer(offer) {
    try {
      // 第一步：先设置远程Offer，触发PeerConnection状态切换
      await pc.setRemoteDescription(new RTCSessionDescription(offer));
      // 第二步：状态变为kHaveRemoteOffer后，再创建Answer
      const answer = await pc.createAnswer();
      // 第三步：设置本地Answer
      await pc.setLocalDescription(answer);
      // 最后：把Answer通过信令通道发送给呼叫方
      sendAnswerToCaller(answer);
    } catch (err) {
      console.error("处理Offer或创建Answer失败:", err);
    }
  }
  

2. 检查呼叫端的应答接收与处理 #

你提到接收端能显示双向视频，说明接收端的ICE协商已经完成，但呼叫端没收到应答，大概率是这两个环节出了问题：

• 接收端创建Answer后，没有通过信令服务器把Answer正确发送给呼叫端
• 呼叫端收到Answer后，没有调用setRemoteDescription(answer)来完成SDP交换

呼叫端的处理逻辑应该类似这样：

async function onReceiveAnswer(answer) {
  try {
    await pc.setRemoteDescription(new RTCSessionDescription(answer));
    // 之后ICE协商完成，就能正常接收远程流了
  } catch (err) {
    console.error("处理Answer失败:", err);
  }
}

3. 利用Chrome工具快速定位问题 #

打开Chrome的chrome://webrtc-internals/页面，这里能看到两端PeerConnection的详细日志：

• 查看接收端的setRemoteDescription是否成功，状态是否从kStable变为kHaveRemoteOffer
• 查看接收端是否生成了有效的Answer SDP，以及是否通过信令发送给了呼叫端
• 查看呼叫端是否收到了Answer SDP，有没有调用setRemoteDescription完成处理

总结 #

先确保接收端严格按照“接收Offer → 设置远程Offer → 创建Answer → 设置本地Answer → 发送Answer”的流程执行，再检查呼叫端是否正确接收并处理Answer。用chrome://webrtc-internals/能快速定位到哪一步的状态或数据交换出了问题，比瞎猜高效多了。

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