javascript - 为什么我的 Ice Candidate 请求触发了 6 次而不是 1 次？

Question

我正在使用 WebRTC 编写我的第一个点对点连接应用程序，我通过 socket.io 连接发送的用于从对等点请求 ice candidate 的代码触发了 6 次而不是一次。

这真的很令人困惑，因为如果我错误地设计了一个大请求循环，我会期望无限递归，而不仅仅是 6(8 个 onicecandidate 事件)。那么谁能告诉我为什么下面的代码会产生 6 个递归？

这里是消息处理程序，它只是发送一条由语法控制的 socket.io 消息:Muveoo.Messenger.input('ice candidate request', data);

'ice candidate request' : function(data) {
    console.log('Debug 10: Requesting Ice Candidate');
    socket.emit('ice candidate request', data);
},

这是处理 Ice Candidate Request 的代码，不要被最顶层的 if 逻辑搞糊涂了，UID 只是分配给每个客户端的唯一 ID，用来决定谁应该发出请求最初提供。

if (Muveoo.RTC.connectedPeers[id].dataChannels[name].UID < Muveoo.RTC.connectedPeers[id].dataChannels[name].peerUID) {
    Muveoo.RTC.connectedPeers[id].dataChannels[name].offerConnection(function() {
        console.log('[Debug A]: Offering Connection');
        Muveoo.RTC.connectedPeers[id].dataChannels[name].pc.onicecandidate = function(evt) {
            console.log('[Debug A]: onicecandidate Event Triggered.');
            if (evt.candidate) {
                console.log('[Debug A]: Sending Ice Candidate Request.');
                Muveoo.Messenger.input('ice candidate request', {
                    target : id,
                    candidate : evt.candidate,
                    channel : name
                });
            }
        };
        Muveoo.RTC.connectedPeers[id].dataChannels[name].pc.ondatachannel = function(evt) {
            console.log('got data channel');
            Muveoo.RTC.connectedPeers[id].dataChannels[name] = evt.channel;
            Muveoo.RTC.connectedPeers[id].dataChannels[name].channel.onmessage = function(evt1) {
                handleMessage(evt1.data);

            };
            Muveoo.RTC.connectedPeers[id].dataChannels[name].channel.message = function(msg) {
                Muveoo.RTC.connectedPeers[id].dataChannels[name].channel.send(JSON.stringify(msg));
            };
        };
        socket.on('session description', function(data) {
            console.log('Debug 12: Session Description Received');
            Muveoo.RTC.connectedPeers[data.target].dataChannels[data.channel].desc = new Muveoo.RTC.connectedPeers[data.target].dataChannels[data.channel].sessionDescription(msg.desc);
            Muveoo.RTC.connectedPeers[data.target].dataChannels[data.channel].pc.setRemoteDescription(Muveoo.RTC.connectedPeers[data.target].dataChannels[data.name].desc);
            if (Muveoo.RTC.connectedPeers[data.target].dataChannels[data.channel].UID > Muveoo.RTC.connectedPeers[data.target].dataChannels[data.channel].peerUID) {
                /*They sent the sessionDescription first, so need an answer*/
                Muveoo.RTC.connectedPeers[data.target].dataChannels[data.channel].pc.createAnswer(function(answer) {
                    /*The answer is this side's local description*/
                    Muveoo.RTC.connectedPeers[data.target].dataChannels[data.channel].pc.setLocalDescription(answer);
                    var data = {
                        target : data.target,
                        description : answer,
                        channel : data.channel
                    };
                    socket.emit('session description', data);
                });
            }
        });
    });
}

下面是显示正在发生的事情的结果日志:

[Debug A]: Offering Connection
rtc.js:94 [Debug A]: onicecandidate Event Triggered.
rtc.js:101 [Debug A]: Sending Ice Candidate Request.
messenger.js:91 Debug 10: Requesting Ice Candidate
rtc.js:94 [Debug A]: onicecandidate Event Triggered.
rtc.js:101 [Debug A]: Sending Ice Candidate Request.
messenger.js:91 Debug 10: Requesting Ice Candidate
rtc.js:94 [Debug A]: onicecandidate Event Triggered.
rtc.js:101 [Debug A]: Sending Ice Candidate Request.
messenger.js:91 Debug 10: Requesting Ice Candidate
rtc.js:94 [Debug A]: onicecandidate Event Triggered.
rtc.js:101 [Debug A]: Sending Ice Candidate Request.
messenger.js:91 Debug 10: Requesting Ice Candidate
rtc.js:94 [Debug A]: onicecandidate Event Triggered.
rtc.js:101 [Debug A]: Sending Ice Candidate Request.
messenger.js:91 Debug 10: Requesting Ice Candidate
rtc.js:94 [Debug A]: onicecandidate Event Triggered.
rtc.js:94 [Debug A]: onicecandidate Event Triggered.
rtc.js:101 [Debug A]: Sending Ice Candidate Request.
messenger.js:91 Debug 10: Requesting Ice Candidate
rtc.js:94 [Debug A]: onicecandidate Event Triggered.

为什么我的 Ice Candidate 请求触发了 6 次而不是 1 次？

Answer 1

它们不是请求。您负责通过您选择的信令将 WebRTC 生成的许多 ICE 候选人发送给其他对等方。

此设计称为 Trickle ICE，无需等待预先找到所有候选人并将其植入报价/答案中(这可能需要几秒钟)，从而加快协商速度，因此请发送这些尽快消息，因为这就是重点(你应该已经在本地触发时发送了提议/答案，即在 setLocalDescription 的成功回调之后)。

每个候选者都是一个 IP + 端口，您的本地客户端可以通过该端口访问。

如果您在没有互联网的本地 LAN 上仅发送视频(无音频)(或者您没有指定任何 STUN 或 TURN 服务器)，那么您将看到两个 host 候选者只，每个方向一个。例如

candidate:0 1 UDP 2133252543 192.168.1.5 58078 typ host
candidate:0 2 UDP 2133252542 192.168.1.5 51446 typ host

如果您添加一个 STUN 服务器，那么您将另外看到服务器自反候选者，即如何从防火墙外部访问您。

candidate:1 1 UDP 1686032863 69.102.28.57 60453 typ srflx
candidate:1 2 UDP 1686032862 69.102.28.57 62432 typ srflx

最后，如果您添加 TURN 服务器，那么您还会看到 relay 候选项，这些候选项将发送到 TURN 服务器，作为最后的手段将中继您的数据(如果两者之间没有直接连接)可以找到同行):

candidate:2 1 UDP 1153102742 12.202.18.33 71321 typ relay
candidate:2 2 UDP 1153102741 12.202.18.33 71432 typ relay

添加音频，候选人数量翻倍。

这是 a fiddle进行试验。