关于javascript:WebRTC连接状态相关整合

70次阅读

共计 1254 个字符，预计需要花费 4 分钟才能阅读完成。

次要是对于 RTCPeerConnection 的状态
connectionState 和 iceConnectionState
这两个状态用于对应的
事件 onconnectionstatechange 和oniceconnectionstatechange。

mdn 的文档看的头大

整顿如下

iceConnectionState

ICE 代理的状态及其与 ICE 服务器（STUN、TURN）的连贯

         "new": 建设 ICE 连贯
                   ICE 代理正在收集地址或者期待近程候选可用。"checking": 收集候选
                ICE 代理已收到至多一个近程候选，并进行校验，无论此时是否有可用连贯。同时可能在持续收集候选。"connected": 匹配到可用候选
                已为连贯的所有组件找到可用的本地和近程候选配对，并且已建设连贯。此时依然会持续测试近程候选以便发现更优的连贯。同时可能在持续收集候选。"completed": 匹配实现，连贯建设
                ICE 代理曾经发现了可用的连贯，不再测试近程候选。"failed": 没有适合候选
                 ICE 候选测试了所有近程候选没有发现匹配的候选。也可能有些候选中发现了一些可用连贯。"disconnected": 网络稳定或者串流断开
                RTPeerConnection 至多有一个组件连贯失败。这可能是一个临时的状态，能够自我复原。这句话好坑
      "closed": 断开 ICE
                ICE 代理敞开，不再应答任何申请。

connectionState

rtc ice 所有传输组件 (RTCIceTransport or RTCDtlsTransport(底层传输) 类型)的聚合状态

new 新建连贯
至多有一个的 ICE 传输组件（RTICETransport 或 RTCDTLTransport 对象）处于 new 状态，并且全副都不是以下状态：checking、connecting、failed、disconnected，或者所有连贯都处于 closed 状态.

connecting 连贯中
一个或多个 ICE 传输组件目前正在建设连贯；也就是说，iceConnectionState 正在 checking 或 connected，并不是 closed 状态

connected 已连贯
至多有一个 ICE 传输组件 connected 或 completed 状态
所有 ICE 连贯要么在应用中（connected 或 completed），要么 closed；disconnected 断开
至多一个 ICE 传输组件处于断开状态，其余都不是 failed、connecting 或 checking 状态

failed 连贯失败
ICE 传输组件处于 failed 状态.

closed 敞开
RTCPeerConnection 敞开