RTCPeerConnection.canTrickleIceCandidates
Baseline Widely available
This feature is well established and works across many devices and browser versions. It’s been available across browsers since January 2020.
只读的 RTCPeerConnection
属性 canTrickleIceCandidates
返回一个Boolean
,它指示远程对等端是否可以接受 trickled ICE candidates 。
ICE trickling是在初始发送或回应已经发送给其他设备之后继续发送候选的过程。
仅在调用RTCPeerConnection.setRemoteDescription()
之后才设置此属性。理想情况下,你的信令协议提供了一种检测涓流支持的方法,因此你无需依赖此属性。WebRTC 浏览器将始终支持 trickle ICE。如果不支持涓流,或者你无法辨别,则可以检查此属性的伪值,然后等待iceGatheringState
的值更改在创建和发送之前“完成”。这样,发送信息包含所有候选。
值
Boolean
如果远程对等方可以接受涓流 ICE 候选,则为 true;如果不能,则为 false。如果尚未建立远程对等方,则此值为 null。
备注:一旦本地对等方调用 RTCPeerConnection.setRemoteDescription()
,就确定该属性的值;ICE 代理使用所提供的描述来确定远程对等方是否支持涓流 ICE 候选。
示例
js
var pc = new RTCPeerConnection();
// The following code might be used to handle an offer from a peer when
// it isn't known whether it supports trickle ICE.
pc.setRemoteDescription(remoteOffer)
.then(_ => pc.createAnswer())
.then(answer => pc.setLocalDescription(answer))
.then(_ =>
if (pc.canTrickleIceCandidates) {
return pc.localDescription;
}
return new Promise(r => {
pc.addEventListener('icegatheringstatechange', e => {
if (e.target.iceGatheringState === 'complete') {
r(pc.localDescription);
}
});
});
})
.then(answer => sendAnswerToPeer(answer)) // signaling message
.catch(e => handleError(e));
pc.addEventListener('icecandidate', e => {
if (pc.canTrickleIceCandidates) {
sendCandidateToPeer(e.candidate); // signaling message
}
});
规范
Specification |
---|
WebRTC: Real-Time Communication in Browsers # dom-rtcpeerconnection-cantrickleicecandidates |
浏览器兼容性
BCD tables only load in the browser