为什么我的Ice Candidate请求发射6次而不是1次?

6 javascript webrtc

我正在使用WebRTC编写我的第一个对等连接应用程序,并且我通过socket.io连接发送来自对等方的冰候选者的代码触发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);
},
Run Code Online (Sandbox Code Playgroud)

这里是处理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);
                });
            }
        });
    });
}
Run Code Online (Sandbox Code Playgroud)

这是生成的日志,显示正在发生的事情:

[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.
Run Code Online (Sandbox Code Playgroud)

为什么我的Ice Candidate请求发射6次而不是1次?

jib*_*jib 2

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

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

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

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

candidate:0 1 UDP 2133252543 192.168.1.5 58078 typ host
candidate:0 2 UDP 2133252542 192.168.1.5 51446 typ host
Run Code Online (Sandbox Code Playgroud)

如果您添加 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
Run Code Online (Sandbox Code Playgroud)

最后,如果您添加 TURN 服务器,那么您还会看到中继候选者,它们是 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
Run Code Online (Sandbox Code Playgroud)

添加音频后,候选人的数量就会增加一倍。

这是一个可供实验的小提琴。