我正在使用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);
},
这是处理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.
为什么我的“冰候选人”要求发射6次而不是1次？
最佳答案
他们不是要求。您有责任通过您选择的信令将WebRTC生成的许多ICE候选者发送给其他对等方。
这种设计称为Trickle ICE，它无需等待所有候选人被预先发现并植入要约/答案中，从而加快了谈判速度，这可能需要几秒钟，因此请尽快发送这些消息，因为这很重要(您可以应该在本地触发时(即在setLocalDescription的成功回调之后)已经发送了要约/答案。
每个候选对象都是可以与您的本地客户端联系的IP +端口。
如果您仅在没有Internet的本地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
如果您添加了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服务器，那么您还将看到中继候选者，这些候选者是到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可以尝试的。
关于javascript - 为什么我的“冰候选人”要求发射6次而不是1次？，我们在Stack Overflow上找到一个类似的问题：https://stackoverflow.com/questions/36073783/