Web媒体性能优化关键在于场景感知的智能流控：通过轨道级动态切换、约束动态更新、网络指标驱动自适应、空闲期非关键操作调度，实现零闪屏、零中断、低延迟的实时调整。
Web 媒体性能优化的关键，不在于一味压低码率或减少分辨率，而在于让流媒体“懂场景”——根据网络、设备、用户行为实时调整。MediaStream API 与 WebRTC 的底层能力结合浏览器原生调度机制，能实现真正智能的流切换，避免卡顿、重连和权限弹窗干扰。
轨道级动态切换：替换而非重建
传统做法是调用 getUserMedia 重新获取整个流，导致画面闪屏、音频中断。正确方式是只操作轨道（Track）：
- 用
stream.getVideoTracks()和stream.getAudioTracks()获取当前活跃轨道 - 对新设备调用
getUserMedia，仅提取对应音/视频轨道（如newStream.getVideoTracks()[0]） - 调用
stream.removeTrack(oldTrack)+stream.addTrack(newTrack)替换，旧轨道立即stop() - 注意 Safari 需在切换前保留对原轨道的引用，否则可能触发权限二次请求
约束动态更新：零中断的参数调整
当只需调节画质（如弱网降帧率、强网启 HDR），无需更换设备时，应复用现有轨道并更新约束：
- 调用
track.applyConstraints({ width: { ideal: 1280 }, frameRate: { max: 15 } }) - 约束变更会触发
track.onended或track.onmute，需监听并反馈状态 - 部分浏览器（如 Chrome）支持
track.getSettings()实时读取生效参数，可用于闭环验证
网络感知驱动的自适应流控
单纯依赖客户端带宽估算不可靠，应结合 WebRTC 内置指标做决策：
- 监听
peerConnection.getStats()中的inbound-rtp和outbound-rtp类型数据 - 关注关键字段：
roundTripTime（延迟）、packetsLost（丢包率）、bitrateMean（实际吞吐） - 当连续 3 秒
packetsLost > 5%且roundTripTime > 300ms，主动降低目标码率或帧率 - 通过
RTCRtpSender.setParameters()更新编码参数，比重发 SDP 更轻量
浏览器空闲期执行非关键切换
设备枚举、约束校验、日志上报等操作虽必要，但不应阻塞渲染或输入响应：
- 用
requestIdleCallback包裹设备列表获取逻辑（navigator.mediaDevices.enumerateDevices()） - 将轨道切换后的 DOM 更新（如更新摄像头图标、状态提示）放入
requestAnimationFrame回调 - 对失败的切换尝试（如设备被占用），延迟 500ms 后再重试，避免高频轮询耗尽资源
