即时通讯开发中WebRTC开发实时音视频靠谱吗？

利用Google开源的WebRTC来开发自已的实时音视频系统，靠不靠谱这个问题一直被问到，其实很难一两句话说清楚，因为答案不是一个靠谱或不靠谱可以回答好的，既然被反复问到，今天就系统地整理参考答案。

从大的方向看WebRTC是非常靠谱

原因如下：

    使跨平台、跨浏览器通讯成为可能，而且大大加速了这个进程，这就是GoogleWebRTC大受欢迎的主要原因；
    大厂商都在跟进，从底层芯片厂商到上层应用厂商，如英特尔、ARM、微软、苹果、宝利通、Vidyo等等；
    国内提供音视频PaaS和SaaS服务的厂商都是基于WebRTC开发的，包括QQ、微信，以及从腾讯和YY出来创业的小伙伴；
    Google已经基于WebRTC做出了成功应用Hangout和Duo;
    WebRTC很适合直播场景：推流采用WebRTC，观看采用现有的CDN方案，结合使用，花椒直播、千帆直播就是最好的案例；
    其他的单独抽取部分模块进行使用的例子我就不列举了，太多了。即时通讯聊天软件app开发可以加蔚可云咨询

列举了这么多你是不是觉得WebRTC很靠谱？是的，很靠谱，不然为什么这么多公司，这么多人为什么研究和使用？

但对于个人或创业公司来说，难度却不小

原因包括但不限于下面这些：

    WebRTC代码庞大，环境配置复杂，加上对Google的各种封杀，将简单Demo运行起来门槛都很高，当然如果你只是做H5开发，不需要做Native可以跳过这一点；
    WebRTC只是一个客户端，更适合1对1，并不适合多对多的视频通话，如视频会议，如果你想支持多方，还得借助其他服务端，但这块是个比较有门槛的技术活（有兴趣的可以了解下Dialogic）；
    WebRTC虽然提供了很多信号处理、回声消除、编解码的库，但直接拿过来就想达到QQ和微信的水平，还得下很大功夫去优化，不然也只是微信的6~7分水平；
    服务端部署问题，微信效果能这么好，是因为他在很多地方都有部署服务器，可以最大限度降低延迟和保证通话质量，但如果完全采用P2P，是很难达到同等水准的；

所以如果你本身没有音视频开发经验、项目时间又紧、而且后续也不想投入太多资源在这上面，基本上你就不用考虑WebRTC了，采用或暂时先采用其他方案或直接用其他第三方SDK吧！

那么问题来了，市面上主流提供实时音视频服务的SDK有哪些呢？

主流的第3方实时音视频云服务SDK

按照正常逻辑现在这里应该插一个软广告，介绍哪家第三方SDK效果如何如何好、低延迟、高并发、无卡顿、超高清、全球领先，哈哈哈。