虽然直播是一个非常庞大而复杂的功能，但是通过WebRTC来建立直播却并不复杂，只需要几十行代码就可以完成。
搭建直播的步骤：
- 创建PeerConnectionFactory对象
- 创建PeerConnection对象：
- 创建RTCConfiguration并按需要设置好相应的字段，如STUN/TURN服务器url，ice gathering策略等
- 创建RTCPeerConnection实例并实现相关的回调
3.创建并添加MediaStreamTracks：
- RTCMediaStream代表一个流，RTCMediaStreamTrack代表流的一个track，pc可以包含多个流，而流又可以包含一个或多个音/视频track。本地音/视频track可以通过WebRTC提供的工厂方法非常容易的创建
- 在旧版的api，如果需要添加一个流，可以用pc调用addStream，stream可以addAudioTrack或addVideoTrack，整个概念非常好理解；目前推荐使用addTrack或者addTransceiver来添加流，而不再直接使用stream。这里的RTCRtpTransceiver可以理解为一个转发器，有audio和video两种类型，每个transceiver都有相应的sender和receiver，也就是说在协商完成前，我们就可以持有remote track的引用了，对于track的操作更加方便
4.生成和发送offer：
- 通过pc获取offer，offer是一个纯文本的sdp，其内容由前面两步的相关设置决定
- 把offer设置为LocalDescription
- 把offer编码并通过信令服务器发送到对端
5.发送我方的ice candidates
- 设置完LocalDescription后，pc会开始生成多个ice candidate，这些candidate同样是sdp的纯文本，可以理解为我方的联系方式
- 把ice candidate sdp编码并通过信令服务器发送到对端
6.接收并设置对方发来的answer 接收并添加对方发来的ice candidates 这些步骤完成后，WebRTC会自动完成后续的所有工作，如选择一对可用的ice candidates、建立rtp/rtcp流、采集音视频、编解码、打包发送等等。我们要做的就是提供一个窗口把remote video track渲染的画面展示到合适的地方。
如何加快直播建立的速度
建立直播一般需要3-4秒的时间，如果是local网络会快一点，如果需要relay则会慢一些 耗时主要包括以下几个部分
- 连接信令服务器和sdp协商用时
- ice candidate gathering用时
- 首个关键帧接收、解码、渲染用时
针对这些耗时点，可以做如下的优化：
- 提前连接信令服务器，提前协商（记得把track都设置为disable）
- 开启continualGathering，让ice协商可以同时进行
- 提供多个STUN和TURN服务器，使得两端可以找到最好的路径
- 当用户退出直播时，只是将track disable而不是关闭连接
版权声明：本文内容转自互联网，本文观点仅代表作者本人。本站仅提供信息存储空间服务，所有权归原作者所有。如发现本站有涉嫌抄袭侵权/违法违规的内容， 请发送邮件至1393616908@qq.com 举报，一经查实，本站将立刻删除。
