当前位置：首页 > news >正文

webrtc获取IceCandidate流程

news 2025/7/7 8:08:10

在WebRTC（Web Real-Time Communication）中，ICECandidate是一个关键概念，它用于描述在建立点对点（P2P）连接时可以考虑的潜在通信端点。以下是关于WebRTC中ICECandidate的详细解释：

一、ICECandidate的定义

ICECandidate对象通常包含以下关键属性：

foundation：用于唯一标识候选者的基础信息，通常是基于候选者的类型、IP地址、协议和replay协议计算出的字符串。
component：标识候选者所属的传输组件。对于RTP流，通常使用1；对于RTCP流，通常使用2。
protocol：候选者使用的传输协议，通常是UDP，但也可以是TCP（尽管在WebRTC中UDP更为常见）。
priority：候选者的优先级，用于在选择最佳候选对时进行比较。优先级的计算公式考虑了候选类型优先级、本地优先级和组件ID。
address：候选者的IP地址。
port：候选者使用的端口号。
type：候选者的类型，包括host、srflx、prflx和relay四种，优先级依次由高到低。
- host：直接连接到本地网络接口的地址，未经过NAT（Network Address Translation，网络地址转换）转换。
- srflx（Server Reflexive）：通过STUN（Session Traversal Utilities for NAT）服务器获得的NAT映射地址。
- prflx（Peer Reflexive）：在尝试与对等体建立连接时通过STUN响应动态发现的地址。
- relay：通过TURN（Traversal Using Relays around NAT）服务器中继的地址，用于在对等体之间转发数据。
relatedAddress（可选）：对于反射（srflx）和对等体反射（prflx）候选者，这是映射到候选者地址的内部IP地址和端口。
tcpType（可选）：如果候选者使用TCP协议，则指定TCP类型（例如，active、passive、so）。

二、ICECandidate的作用

ICECandidate在WebRTC中主要用于收集、交换和测试潜在的通信端点，以便在复杂的网络环境中（如存在NAT或防火墙时）建立和优化点对点连接。

收集候选者：WebRTC客户端会收集本地网络接口的地址（host候选者）、通过STUN服务器获得的NAT映射地址（srflx候选者）、以及通过TURN服务器获得的中继地址（relay候选者）。
交换候选者：通过信令系统（如WebSocket、SIP等），WebRTC客户端会交换彼此收集到的候选者信息。
测试候选对：WebRTC会使用STUN协议发送Binding请求来测试候选对之间的连通性。成功建立连接的候选对将被优先考虑用于传输媒体数据。

三、ICECandidate的优先级和选择

WebRTC在选择最佳路径来传输媒体数据时，会基于候选对的优先级和连通性测试结果进行决策。如果直接P2P连接无法建立，则可能会回退到使用TURN服务器进行中继。候选者的优先级计算公式考虑了多种因素，以确保在选择最佳路径时能够综合考虑各种条件。

整个流程如下：

IceCandidate的生成发生在offer生成后，重点在：

void P2PTransportChannel::MaybeStartGathering() {RTC_DCHECK_RUN_ON(network_thread_);// TODO(bugs.webrtc.org/14605): ensure tie_breaker_ is set.if (ice_parameters_.ufrag.empty() || ice_parameters_.pwd.empty()) {RTC_LOG(LS_ERROR)<< "Cannot gather candidates because ICE parameters are empty"" ufrag: "<< ice_parameters_.ufrag << " pwd: " << ice_parameters_.pwd;return;}// Start gathering if we never started before, or if an ICE restart occurred.if (allocator_sessions_.empty() ||IceCredentialsChanged(allocator_sessions_.back()->ice_ufrag(),allocator_sessions_.back()->ice_pwd(),ice_parameters_.ufrag, ice_parameters_.pwd)) {if (gathering_state_ != kIceGatheringGathering) {gathering_state_ = kIceGatheringGathering;SignalGatheringState(this);}if (!allocator_sessions_.empty()) {IceRestartState state;if (writable()) {state = IceRestartState::CONNECTED;} else if (IsGettingPorts()) {state = IceRestartState::CONNECTING;} else {state = IceRestartState::DISCONNECTED;}RTC_HISTOGRAM_ENUMERATION("WebRTC.PeerConnection.IceRestartState",static_cast<int>(state),static_cast<int>(IceRestartState::MAX_VALUE));}for (const auto& session : allocator_sessions_) {if (session->IsStopped()) {continue;}session->StopGettingPorts();}// Time for a new allocator.std::unique_ptr<PortAllocatorSession> pooled_session =allocator_->TakePooledSession(transport_name(), component(),ice_parameters_.ufrag,ice_parameters_.pwd);if (pooled_session) {pooled_session->set_ice_tiebreaker(tiebreaker_);AddAllocatorSession(std::move(pooled_session));PortAllocatorSession* raw_pooled_session =allocator_sessions_.back().get(

查看全文

http://www.lryc.cn/news/509991.html