WebRTC中onIceCandidate与addIceCandidate机制及event.candidate含义解析

先从基础概念入手，再结合你给出的代码一步步拆解：

1. 什么是event.candidate？ #

WebRTC里的ICE（Interactive Connectivity Establishment）协议，核心作用就是帮两端设备找到一条能直接通信的路径——可能是直连，也可能通过中转服务器（比如TURN）。

当本地的RTCPeerConnection（也就是代码里的pc）开始收集网络信息时，每找到一个可用的通信路径，就会生成一个ICE候选对象，这个对象就包含在event.candidate里：

• 它本质是一个RTCIceCandidate实例，里面存着关键的网络信息：比如本地的IP地址、端口号、使用的传输协议（UDP/TCP）、候选类型（主机候选/中继候选等）。
• 当ICE收集完成时，event.candidate会变成null，这时候就不需要再处理候选了。

2. onIceCandidate如何通过addIceCandidate()把候选传给远端？ #

你的代码片段里的逻辑，是WebRTC点对点连接中交换ICE候选的核心步骤，我拆解成几步：

步骤1：本地触发ICE候选事件 #

pc1.onicecandidate（也就是你代码里绑定onIceCandidate的对象）是本地PeerConnection的事件：当本地生成一个新的ICE候选时，这个事件就会被触发，把包含候选的event传给回调函数。

步骤2：获取远端的PeerConnection #

代码里的getOtherPc(pc)是一个工具函数（在Google的教程里，它的作用是拿到另一端的PeerConnection——比如当前pc是pc1，就返回pc2，反之亦然）。这一步其实模拟了信令服务器的作用：在真实场景中，你需要通过信令服务器把event.candidate的数据发送给远端，这里用本地对象直接模拟了这个传递过程。

步骤3：远端添加ICE候选 #

拿到远端的PeerConnection后，调用它的addIceCandidate(new RTCIceCandidate(event.candidate))，把本地生成的候选传给远端：

• 远端PeerConnection会把这个候选加入自己的候选池，和自己收集到的本地候选配对测试，最终找到最优的通信路径。
• .then()里的回调分别处理添加成功（onAddIceCandidateSuccess）和失败（onAddIceCandidateError）的情况，用来做日志记录或者错误兜底处理。

通俗类比理解 #

你可以把ICE候选当成「通信地址名片」：

• 你（本地）生成自己的「名片」（event.candidate），通过信使（信令/getOtherPc）递给对方（远端）。
• 对方收到后把你的「名片」存在通讯录里（addIceCandidate），同时也把他的「名片」递给你。
• 最后你们从双方的通讯录里找一对能互相打通的地址，建立起通话连接。

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