RTCPeerConnection.addIceCandidate() 的MDN文档称它返回一个承诺。因此,当此方法返回时,冰候选对象很可能正在处理中。
我从远程获取了几个冰候选对象,并且不等待 - 无论 addIceCandidate() 是否得到解决。
问题是:当先前的承诺 p = addIceCandidate 被拒绝或解决时,我是否必须等待?还是无所谓?
RTCPeerConnection.addIceCandidate() 的MDN文档称它返回一个承诺。因此,当此方法返回时,冰候选对象很可能正在处理中。
我从远程获取了几个冰候选对象,并且不等待 - 无论 addIceCandidate() 是否得到解决。
问题是:当先前的承诺 p = addIceCandidate 被拒绝或解决时,我是否必须等待?还是无所谓?
顺序无关紧要,此操作在操作队列中序列化: https://w3c.github.io/webrtc-pc/#dom-peerconnection-addicecandidate
来自 addIceCandidate 的错误应该极其罕见,但您仍然应该监视它们。错误的一个例子是在没有远程描述的情况下尝试添加候选。