可以用WebRTC来做视频直播吗？

1. 基于端对端的webrtc

基于端对端的webrtc方式，严格来说不属于常规的直播场景，其主要适用于人数较少的视频会议等场景，各个节点分别建立p2p连接进行音视频的传输，主要工作流程如上边webrtc所示。

优点：

• 在web端，对于开发者和使用者来说，音视频通信的开发和使用简单化；对于开发者来说，门槛低，不必熟悉流媒体，仅调用js api即可实现；对于使用者来说，打开浏览器等浏览器即可。
• 点对点通信，节省服务器带宽费用。
• 相对于基于tcp的rtmp推拉流方式，支持udp的webrtc方式延时低。

缺点：

• 客户端浏览器的性能有局限。如果是1v1方式的直播连麦，尚好；如果多人同时进行直播连麦，浏览器需要同时给多人进行视频传输，性能欠佳。
• 音视频处理相对来说比较困难。webrtc开放的api接口较少，集成第三方音视频处理方案较难，比如秀场直播的美颜等。
• 音视频的传输质量难以保障，尤其在跨地区、跨运营商的情况下，仅能做一下端对端质量控制算法，无法保障。
• 兼容性问题。在pc端，目前的主流浏览器都支持webrtc，但是在移动端，只有部分浏览器支持（目前国内的主流手机浏览器均不支持）。
• 关于直播内容的后续工作不好展开，内容质量难以把控。比如rtmp推拉流方式生成的回放、内容审核等很难处理了。

2.基于媒体服务器的webtrc直播：

基于端对端的webrtc受限于客户端性能、连接人数等限制，很难适用于直播场景。为了解决这些问题，可以引入媒体服务器，客户端仅传输一路音视频流到媒体服务器，其余客户端通过与媒体服务器建立连接进行音视频显示。

目前开源的主流webrtc媒体服务器如下：

• Kurento（https://github.com/Kurento/kurento-media-server）
• licode（https://github.com/lynckia/licode）
• janus（https://github.com/meetecho/janus-gateway）

优点：

• 相对于端对端的webrtc方式，避免了客户端性能低、音视频处理、内容审核等问题，支持更为复杂的应用场景；
• 支持多人进行同时观看直播，并发度高；
• 在web端集成相对简单容易，采用浏览器即可接入，且延时较低；

缺点：

• 该种方式相对于端对端的webrtc方式，开发成本较高，需要实现自己的媒体服务器，而目前没有比较成熟的方案。
• 相对于成熟的rtmp配套解决方案，周边设施相对较少。

综上所述，基于端对端的webrtc直播的方式不适合直播场景；基于媒体服务器的webtrc直播，目前还没有成熟的解决方案，需要自己实现媒体服务器，门槛较高，具体可根据开发成本与收益进行定夺。

推荐一个音视频Github repo