如何清理RTCPeerConnection？及创建过多报错排查咨询

一、如何正确清理RTCPeerConnection？ #

要彻底清理RTCPeerConnection，得按步骤确保所有关联资源都被释放：

• 先停止所有媒体轨道：遍历连接的getSenders()返回的发送器，逐个调用sender.track.stop()；如果有接收端的轨道，同样处理getReceivers()对应的轨道，这一步能先释放摄像头、麦克风这类硬件资源。
• 然后关闭连接本身：调用peerConnection.close()，这个方法会终止连接的所有会话，告诉浏览器可以释放连接占用的网络和内存资源了。
• 最后解除引用：把你的RTCPeerConnection实例变量设置为null，比如myPeerConnection = null。这样垃圾回收机制就能识别到这个实例不再被使用，彻底回收它占用的内存。

二、解决"无法创建过多PeerConnections"报错 #

你遇到的这个报错，十有八九是因为未正确清理RTCPeerConnection实例导致的资源堆积。浏览器对RTCPeerConnection的实例数量有内置限制（不同浏览器上限可能不一样），如果创建后没彻底释放，这些实例会一直占着内存，直到达到上限就会抛出这个错误。

连接堆积的位置 #

这些没被清理的实例其实就留在浏览器的内存堆里，主要是两个原因：

• 只创建了实例但没调用close()：浏览器会认为这个连接还处于活跃状态，不会主动回收它的资源。
• 调用了close()但没解除引用：如果你的代码里还保留着对这个实例的变量引用，垃圾回收器就没法把它从内存里清掉。

排查和解决的小建议 #

• 检查所有创建RTCPeerConnection的代码分支，确保每个实例都执行了轨道停止→连接关闭→实例置空的完整流程，尤其是在异常场景下（比如通话中断、页面跳转）也不能漏掉。
• 用浏览器开发者工具的Memory面板做个内存快照，搜索RTCPeerConnection，看看有没有大量未被回收的实例，这样就能定位到哪部分代码没做好清理。
• 如果是频繁创建连接的场景（比如进出视频房间、切换通话对象），一定要在操作完成后立即执行清理，别等浏览器自动处理——自动回收的时机是不确定的，很容易堆积。

对了，真的没有愚蠢的问题，遇到卡壳的情况太正常了，能花几天时间琢磨解决方案已经很靠谱了😉

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