MediaStream结合RTC在Firefox正常，Chromium浏览器无音频问题求助

核心问题 #

你遇到的Chromium系浏览器无音频问题，本质是Firefox和Chromium对RTCPeerConnection轨道关联的处理逻辑不同：Firefox会自动将同一场景下的音视频轨道绑定到同一个MediaStream，而Chromium需要显式处理每条轨道，或直接使用事件自带的流对象。

修复方案 #

1. 改用事件原生的MediaStream（优先推荐） #

RTCTrackEvent的streams属性已经包含了完整的音视频流，不需要手动创建MediaStream并添加轨道。修改你的#onTrack方法：

#onTrack(e) {
  console.log("event", e.track);
  // 直接使用事件中携带的完整流
  this.#video.srcObject = e.streams[0];
  console.log("tracks", e.streams[0].getTracks());
}

这样不管是音频还是视频轨道到达，都会自动关联到同一个流中，Chromium和Firefox的表现会统一。

2. 确保处理所有轨道事件 #

如果坚持手动维护自己的MediaStream，需要注意：音视频轨道会分别触发ontrack事件。你的当前代码只处理了第一次触发（视频轨道），后续音频轨道触发时，需要继续添加到同一个流中：

#onTrack(e) {
  console.log("event", e.track);
  // 每次收到轨道都添加到已有的流中
  this.#stream.addTrack(e.track);
  this.#video.srcObject = this.#stream;
  console.log("tracks", this.#stream.getTracks());
}

但要确保：

• 接收端的RTCPeerConnection正确绑定了ontrack事件（比如this.#rtc.ontrack = e => this.#onTrack(e)）
• 发送端确实将音频轨道添加到了RTCPeerConnection中，且SDP协商包含音频m-line

3. 修复构造函数中的类型判断错误 #

你的构造函数里的if(!video instanceof HTMLVideoElement)存在逻辑错误，应该改为：

if(!(video instanceof HTMLVideoElement)) return;

原代码会先计算!video（转为布尔值），再判断这个布尔值是否是HTMLVideoElement实例，导致判断完全失效。虽然这不是音频问题的直接原因，但可能引发其他潜在bug。

额外排查点 #

• 检查发送端的SDP Offer，确认包含m=audio的行；接收端的SDP Answer也要对应回应音频m-line
• 检查Chromium浏览器的媒体权限，确认页面已获得音频播放权限（可以在地址栏的锁图标中查看）

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