本文介绍了WebRTC的整体架构，包括Web应用开发者API、浏览器API和自定义实现部分，重点讲解了PeerConnection对象在音视频应用中的关键作用。接着阐述了WebRTC的通话原理，包括媒体协商（通过SDP协议确定编解码器）和网络协商（NAT穿越，涉及STUN和TURN服务器）。最后，详细描述了一对一通话的流程，强调了ICE候选技术和信令服务器在建立通话链路中的重要性。
一、WebRTC整体架构
（1）、紫色部分是web应用开发者API层
（2）、蓝色实线部分是面向浏览器厂商的API层
（3）、蓝色虚线部分浏览器厂商可以自定义实现
其中最重要的是PeerConnection，只关注这个对象就可开发音视频应用。
二、WebRTC通话原理
1.媒体协商
彼此要了解对方支持的媒体格式
Peer-A支持VP8+H264的编解码器，Peer-B支持VP9+H264的编解码器。
要保证二端都正确的编解码，要用他们的交集H264，要怎么知道使用H264呢？需要通过媒体协商机制相互告诉对方支持哪些编解码器，使用共同的编解码器。
专门的协议SDP（Session Description Protocol），可描述这类信息。
在Webrtc中，参与视频通讯的双方必须先交换SDP信息，这样双方才能知道彼此信息，而交换SDP的过程，即为“媒体协商”。
2.网络协商
彼此要了解对方的网络情况，才能找到一条相互通讯的链路。&#x
最低0.47元/天 解锁文章
扫一扫
6500
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
