Chrome 149及Edge浏览器WebRTC单向音频丢失问题求助

问题匹配情况 #

不少开发者都遇到了完全一致的问题：

• 在Chrome 149及基于Chromium的Edge浏览器中，WebRTC通话会随机出现单向音频丢失：比如用户A可正常收发音频，但用户B完全听不到A的声音
• 流量监控显示RTP数据包传输正常，排除了网络丢包、链路中断等常规问题

问题根源指向 #

目前社区普遍推测该问题与Chrome 149引入的新电源管理优化直接相关——该机制为降低设备功耗，会在后台对音频捕获线程进行动态节流，导致音频编码模块无法生成有效音频帧，但仍会发送空载荷的RTP包，因此流量层面无异常，但接收端无法解码出有效音频。

临时缓解方案 #

开发者们总结了几个可行的临时解决办法：

• 关闭浏览器的低功耗音频编码优化：在地址栏输入 chrome://flags/#enable-media-power-efficient-codecs，将选项设置为Disabled后重启浏览器
• 监听音频轨道状态，当检测到音频中断时，重新初始化音频捕获轨道（调用MediaStreamTrack.stop()后重新执行getUserMedia()）
• 监控RTP包的有效载荷大小，若连续多个包无有效数据，主动触发WebRTC媒体协商重连

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