WebRTC建立直播

虽然直播是一个非常庞大而复杂的功能，但是通过WebRTC来建立直播却并不复杂，只需要几十行代码就可以完成

建立直播的步骤：

1. 创建PeerConnectionFactory对象
2. 创建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
7. 接收并添加对方发来的ice candidates
8. 这些步骤完成后，WebRTC会自动完成后续的所有工作，如选择一对可用的ice candidates、建立rtp/rtcp流、采集音视频、编解码、打包发送等等。我们要做的就是提供一个窗口把remote video track渲染的画面展示到合适的地方

如何加快直播建立的速度

建立直播一般需要3-4秒的时间，如果是local网络会快一点，如果需要relay则会慢一些

耗时主要包括以下几个部分

• 连接信令服务器和sdp协商用时
• ice candidate gathering用时
• 首个关键帧接收、解码、渲染用时

针对这些耗时点，可以做如下的优化：

• 提前连接信令服务器，提前协商（记得把track都设置为disable）
• 开启continualGathering，让ice协商可以同时进行
• 提供多个STUN和TURN服务器，使得两端可以找到最好的路径
• 当用户退出直播时，只是将track disable而不是关闭连接

其他问题

• 信令服务器是什么

信令服务器是用于通信双方协商时转发sdp的服务器，一般采用WebSocket，因为其双工通信的特性非常适应这个场景。其他的方式如mqtt、http、udp广播甚至是手动输入都可以，只要能够完成双方的通信

• sdp是什么

sdp(Session Description Protocol)是一种用于描述多媒体通信会话的格式，sdp本身不提供任何媒体流，但在端点之间用于协商网络指标、媒体类型和其他相关属性。sdp的生成和处理都是webrtc自己实现的，一般情况下不需要对其进行修改，所以一般的使用可以把它当成黑盒

• 使用WebRTC需要收费吗

WebRTC是apache 2.0开源协议的，本身不收费。使用WebRTC主要是信令服务器和STUN/TURN服务器的相关费用，如果只是本地网络使用，完全可以一毛钱不花

mdn 的webrtc api文档：https://developer.mozilla.org/en-US/docs/Web/API/WebRTC_API

transceiver详细介绍：https://blog.mozilla.org/webrtc/rtcrtptransceiver-explored/

sdp的rfc文档：https://datatracker.ietf.org/doc/html/rfc4566