WebRTC ICE候选者收集极慢求助：重置权限后恢复正常

核心现象总结 #

• 重置网站权限后，ICE候选收集速度恢复正常；未重置时耗时可达40秒
• 已排除静态缓存、自建Coturn服务的影响，问题与权限状态强相关

具体排查与验证方向 #

1. 浏览器权限会话的持久化影响
   • 重置权限会清除浏览器对站点的媒体设备权限缓存，未重置时可能存在旧权限会话绑定的ICE候选缓存或状态锁。可在浏览器开发者工具的Application面板中清除站点权限存储，对比清除前后的收集速度，验证是否为此类问题。
2. PeerConnection实例复用问题
   • 检查前端JS代码，确认勾选"use STUN server"后是否每次都创建全新的RTCPeerConnection实例，而非复用旧实例。旧实例可能残留过期的ICE收集状态，导致延迟。
3. 浏览器ICE候选缓存机制
   • 部分浏览器会缓存同一站点的ICE候选，未重置权限时可能尝试复用失效的候选（如过期TURN中继地址），触发超时后才重新收集。可在创建RTCPeerConnection时添加配置：{ iceCandidatePoolSize: 0, iceTransportPolicy: "all" }，强制禁用候选预缓存并重新收集。
4. 异常网络连接复用
   • 重置权限可能触发浏览器网络会话重置，未重置时可能存在与TURN服务器的半开连接，导致候选传输超时。可在Network面板对比重置前后TURN连接的建立耗时与请求状态。

快速验证方案 #

• 每次发起会话前，强制调用navigator.mediaDevices.getUserMedia重新请求权限（即使已授予），观察是否能绕过延迟。
• 检查服务端RTCIceServer配置，确认TURN凭证是否动态生成，未重置时是否使用了过期凭证导致连接失败。

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