WebRTC客户端主要流程分析

通信过程

因为WebRTC规范里没有包含信令协议，所以像OWT、mediasoup等支持WebRTC的开源项目，其通信两端建立连接的过程中的信令逻辑各不相同。但是，总体上来说，其通信过程必然会包括以下过程。

1. 发起端创建本地的PeerConnection，并且创建Offer。
2. 发起端通过信令服务器将Offer发送给应答端。
3. 应答端创建本地的PeerConnection，把发起端的Offer设置到PeerConnection中，并且获取到Answer。
4. 应答端通过信令服务器将Answer发送给发起端。
5. 发起端把应答段的Answer设置到PeerConnection中。
6. 两端都收集本地PeerConnection的ICE Candidate，通过信令服务器发送给对方，对方收到ICE Candidate后设置给本地的PeerConnection。
7. 两端成功建立音视频通道，开始收发音视频数据。

这个过程如果是在局域网中，可以通过某种方式与对端直接建立好信令通道，则可以不需要信令服务器，直接建立P2P的音视频通道。

这个过程中有些概念可以了解一下。

• PeerConnection：WebRTC最初设计师用于浏览器的P2P媒体通信，所以其核心接口类就是PeerConnection，简称PC。
• Offer、Answer：都属于SDP。SDP是一种描述会话协议，用于描述一次会话的多媒体数据格式等配置信息。通信双方交换SDP就是为了协商一个双方都支持的会话配置。
• ICE：一种NAT穿透协议，利用STUN、TURN协议完成工作。ICE会在SDP中增加传输地址信息，然后对其进行连通性测试，测试成功后就可以用于传输媒体数据了。
• ICE Candida