乐趣区

关于webrtc:未来可期WebRTC成为实时通讯方案的行业标准

jiezi

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 技术，将来将衍生出更多的利用场景，扭转人类的衣、食、住、行等生存形式。

退出移动版