2011年Google将WebRTC我的项目开源。作为Google开源的技术标准，而WebRTC技术并不是一个能够拿来就用，并且性能很好的产品。本文次要来谈一谈WebRTC的优缺点。

倒退及现状

WebRTC技术在被Google开源之前，技术就曾经被国内很多厂商所应用和青眼。例如，QQ就应用了WebRTC的局部技术。。

WebRTC的倒退状况能够从标准规范和浏览器反对这两个方面看。

  • WebRTC规范是由W3C和IETF所联结制订

    • 在2016年1月28日，W3C颁布了最新的WebRTC规范，规范中定义了WebIDL中一系列的ECMAScript API来容许应用适合的RTP的浏览器或设施来接管/发送媒体。

  • WebRTC对于浏览器的实现现状

    • 从2010年左右，实时通信只能应用专有软件、插件或 Adobe Flash 进行实时通信；
    • 2013年，Chrome和Firefox间进行了首次跨浏览器视频通话
    • 2014年，第一次跨浏览器数据传输得以实现，通过客户端进行实时通信，它被称为WebRTC，
    • 现在，咱们每天都在Chrome，Mozilla Firefox，Opera，Safari，Edge，iOS 和 Android 的实时互动场景中应用它。

长处

  1. 【开发/使用方便】：在WebRTC呈现之前想要进行实时通信就须要装置插件和客户端，这是一个简单的过程。

    • 当初，WebRTC技术内置于浏览器中，用户不须要应用任何插件或者软件就能通过浏览器来实现实时通信。
    • 对于开发者来说，在Google将WebRTC开源之前，浏览器之间实现通信的技术开发是一个很艰难的工作，当初开发者应用简略的HTML标签和JavaScript API就可能实现Web音/视频通信的性能。
  2. 【应用收费】：WebRTC技术曾经较为成熟，其集成了最佳的音/视频引擎，非常先进的codec，然而Google对于这些技术不收取任何费用。
  3. 【弱小的打洞能力】：WebRTC技术蕴含了应用STUN、ICE、TURN、RTP-over-TCP的要害NAT和防火墙穿透技术，并反对代理。

毛病

  1. 【编译WebRTC简单过高】：编译WebRTC的源码就是一个比拟大的挑战，搭建其简单的编译环境往往会遇到很多意想不到的问题。
  2. 【不稳固因素过多】：WebRTC技术中很多的参数都是由GIPS公司的工程师们依附教训所设定的值，这就会呈现卡顿、延时、回声、丢包、多人视频不稳固等问题。
  3. 【设计和部署计划过少】WebRTC技术不足服务器计划的设计和部署。

  4. 【传输品质难以保障】：WebRTC的传输设计基于P2P，难以保障传输品质，优化伎俩也无限，只能做一些端到端的优化，难以应答简单的互联网环境。

    比方对跨地区、跨运营商、低带宽、高丢包等场景下的传输品质根本是靠天吃饭，而这恰好是国内互联网利用的典型场景。
  5. 【群聊机制待优化】：WebRTC比拟适宜一对一的单聊，尽管性能上能够扩大实现群聊，然而没有针对群聊，特地是超大群聊进行任何优化。
  6. 【设施端适配问题】如回声、录音失败等问题层出不穷。这一点在安卓设施上尤为突出。因为安卓设施厂商泛滥，每个厂商都会在规范的安卓框架上进行定制化，导致很多可用性问题（拜访麦克风失败）和品质问题（如回声、啸叫）。
  7. 【对Native开发反对不够】：WebRTC顾名思义，次要面向Web利用，尽管也能够用于Native开发，然而因为波及到的畛域常识（音视频采集、解决、编解码、实时传输等）较多，整个框架设计比较复杂，API粒度也比拟细，导致连工程项目的编译都不是一件容易的事。

总而言之

WebRTC尽管提供了一套音视频实时通信的解决方案，然而在理论利用中，因为网络传输、设施适配以及多方通话上都存在很多问题，成果并不现实。

技术实现

  • Web实时通信（WebRTC）是规范，协定和JavaScript API的汇合，两者的组合可实现浏览器（对等）之间的对等音频，视频和数据共享。
  • WebRTC无需依赖第三方插件或专有软件，而是将实时通信转变为任何Web应用程序都能够通过简略的JavaScript API加以利用的规范性能。
例如，音频和视频电话会议以及对等数据交换，须要在浏览器中提供许多新性能：音频和视频解决性能，新的应用程序API，以及对六种新性能的反对。

网络协议

浏览器将这种复杂性的大部分从三个次要API中形象进去：
  • MediaStream：获取音频和视频流
  • RTCPeerConnection：音频和视频数据的通信
  • RTCDataChannel：任意应用程序数据的通信
它只须要十几行JavaScript代码，任何Web应用程序都能够通过对等数据传输实现丰盛的电话会议体验。这就是WebRTC的承诺和力量！然而，列出的API只是冰山一角：信令，对等设施发现，连贯协商，安全性以及新协定的整个层只是将它们整合在一起的一些组件。

实际上，与所有其余浏览器通信不同，WebRTC通过UDP传输其数据。然而，UDP只是一个终点。要使浏览器中的实时通信成为事实，它须要破费比原始UDP多得多的费用。让咱们认真看看。

最新的Chrome和Firefox浏览器为所有用户提供WebRTC反对！话虽这么说，WebRTC也在浏览器API级别以及传输和协定级别上都在踊跃构建中。因而，将来几章中探讨的特定API和协定可能仍会更改

总结

随着挪动互联网的、AI、5G等等新兴技术的高速倒退，联合WebRTC技术，将来将衍生出更多的利用场景，扭转人类的衣、食、住、行等生存形式。