本文详细分析了WebRTC中offer和answer在音视频通讯中的交互流程，包括offer方创建sdp，设置本地描述，发送sdp给answer方；answer方接收offer，设置远程描述，创建answer，设置本地描述并回传。整个过程涉及多个回调函数，如didCreateSessionDescription和didSetSessionDescriptionWithError，以及处理错误和设置最大视频码率。
被WebRTC自带oc版本的例子恶心到了，不做笔记还真不行。
两端开启音视频通讯时，一方做为offer主动发出邀请，另一方做为answer被动等待offer的邀请做出反应。
代码中的流程：
Offer:
1. offerForConstraints，得到sdp后回调 <第1.1步>。
- 1.1. didCreateSessionDescription
- 1.1.1.，如果有错直接返回错误给上层，没错继续 <第1.1.2步>。
- 1.1.2. setLocalDescription设置sdp，回调 <第1.1.2.1步>。
- 1.1.2.1. didSetSessionDescriptionWithError 如果有错直接返回错误给上层。
- 1.2. 根据sdp的RTCSdpType生产msg，调用sendSignalingMessage通过信令服务器发送给远程answer。
- 1.3. setMaxBitrateForPeerConnectionVideoSender设置视频发送最大码率。
Answer:
1. 收到Offer的sdp后调用setRemoteDescription，然后回调 <第1.1步>。
- 1.1. didSetSes
最低0.47元/天 解锁文章
1352
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
