我已經(jīng)成功地傳達(dá)了從A到B的WebRTC連接的報(bào)價(jià)，答案和冰候選人。此時(shí)，連接卡在狀態(tài)。啟動(dòng)器（A）似乎在一段時(shí)間后超時(shí)或什么，并切換到狀態(tài)，而它的遠(yuǎn)程（B）則永久停留在狀態(tài)。"connecting""failed""connecting"任何幫助將不勝感激。創(chuàng)建對(duì)等節(jié)點(diǎn)（A 和 B）：let peer = new RTCPeerConnection({    iceServers: [        {            urls: [                "stun:stun1.l.google.com:19302",                "stun:stun2.l.google.com:19302",            ],        },        {            urls: [                "stun:global.stun.twilio.com:3478?transport=udp",            ],        },    ],    iceCandidatePoolSize: 10,});創(chuàng)建報(bào)價(jià) （A）：peer.onnegotiationneeded = async () => {    offer = await peer.createOffer();    await peer.setLocalDescription(offer);};收集冰候選者（A）：peer.onicecandidate = (evt) => {    if (evt.candidate) {        iceCandidates.push(evt.candidate);    } else {        // send offer and iceCandidates to B through signaling server        // this part is working perfectly    }};創(chuàng)建答案并填充候選冰 （B）：await peer.setRemoteDescription(offer);let answer = await this._peer.createAnswer();await peer.setLocalDescription(answer);// send answer back to A through signaling serverfor (let candidate of sigData.iceCandidates) {    await peer.addIceCandidate(candidate);}從 B 到信令服務(wù)器 （A） 的應(yīng)答：await peer.setRemoteDescription(answer);檢測(cè)連接狀態(tài)更改（A 和 B）：peer.onconnectionstatechange = () => {    console.log("state changed")    console.log(peer.connectionState);}另請(qǐng)注意，有兩次成功連接，但我還沒有看到它再次工作。編輯：我忘了提到我也在創(chuàng)建一個(gè)數(shù)據(jù)通道（沒有這個(gè)事件似乎不會(huì)調(diào)用）。這將在構(gòu)造并附加任何事件處理程序后立即調(diào)用。onicecandidateRTCPeerConnectionlet channel = peer.createDataChannel("...", {    id: ...,    ordered: true,});編輯2：正如@jib建議的那樣，我現(xiàn)在也在收集B中的冰候選者，并把他們送回A進(jìn)行添加。但是，完全相同的問題仍然存在。編輯3：它似乎連接時(shí)，我第一次硬重新加載A的網(wǎng)頁(yè)和B的網(wǎng)頁(yè).連接再次停止工作，直到我再做一次硬重新加載。有沒有人知道為什么會(huì)這樣？至少我應(yīng)該能夠暫時(shí)繼續(xù)開發(fā)，直到我能弄清楚這個(gè)問題。編輯4：我刪除了我正在使用的構(gòu)造函數(shù)，并將構(gòu)造函數(shù)留空。不知何故，它現(xiàn)在更可靠了。但是我還沒有在iOS Safari上獲得成功的連接！iceServersRTCPeerConnection