作者：声网 WebRTC 团队

前言

近几年实时音视频通信利用呈现出了大暴发的趋势。在这些实时通信技术的背地，有一项不得不提的技术——WebRTC。

往年 1 月，WebRTC 被 W3C 和 IETF 公布为正式规范。据调研机构 GrandViewReseach 的报告显示， 预计 2025 年寰球 WebRTC 市场规模将达到 210.23 亿美元，相较 2019 年 23 亿美元的市场规模，5 年的复合年增长率为 43.6%。

本系列内容将和大家一起来探讨，为什么 WebRTC 受到开发者及企业的青眼？将来 WebRTC 又将如何倒退？以及声网 Agora 是怎么基于 WebRTC 进行二次开发，又将如何反对 WebRTC NV 版本的？

在线会议、在线教育、在线面试、在线社交、在线医疗、金融证券在线开户、智能家居等等曾经成为了古代人们生存中十分相熟的一部分，将常见的线下场景转至线上，人们足不出户便能体验上述场景。这些实时互动场景在很大水平上曾经扭转了咱们本来的生存形式。

如果咱们将工夫倒回到 10 年前，也就是在 4G 行将商用的时候，简直所有的媒体和技术都在强调 4G 能够看高清视频，但少数都聚焦在探讨手机看视频有如许的不便，没有人预测到短视频的彻底暴发；少数人都晓得 4G 的上传速度能够视频直播了，但过后的构想更多的是利用于业余的新闻畛域，没有想到这个全民皆可直播的时代的降临；对于视频会议的构想也大多停留在跨国办公的需要上，但没想到就在去年，线上办公简直成为了每一位上班族的日常。

在这十年间，实时互动场景的日常化又是如何一步一步实现的呢？

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

什么是 WebRTC

WebRTC 是一个由 Google、Mozilla、Opera 等发动的开源我的项目，名称源自网页即时通信（Web Real-Time Communication）的缩写。因而，不难看出这项技术最开始的指标是心愿为实现自在地在浏览器上进行实时音视频传输做筹备的。

“其实 WebRTC 在不同场景下蕴含不同的含意，它既能够代表 Google 开源的 WebRTC 我的项目，又能够代表 W3C（World Wide Web Consortium- 万维网联盟）工作组制订的 WebRTC 规范，也能够代表浏览器中的 WebRTC 接口，咱们将他们统称为 WebRTC 技术。”【1】少数时候，对于开发者而言 WebRTC 是一套反对网页浏览器进行实时音视频对话的 W3C Javascript API，它包含了音视频的采集、编解码、网络传输、显示等性能。

因为简直所有支流浏览器都反对 WebRTC 规范 API，因而也让浏览器之间无插件化的音视频互通成为可能，大大降低了音视频开发的门槛，开发者只须要调用 WebRTC API 即可疾速构建出音视频利用。

开发者为什么喜爱应用 WebRTC

“WebRTC 的使命是使丰盛、高质量的 RTC 应用程序可能为浏览器、挪动平台和 IoT 设施开发，并容许所有人通过一组通用协定进行通信。”

WebRTC 解决了什么问题？

在没有 WebRTC 前，对于开发者而言 RTC 通信的难点次要来自于互联网网络简单、延时敏感、实时音视频晦涩度及清晰度较低以及经营老本较低等。但这些问题在 WebRTC 呈现后都失去了较好的解决：

1、互联网网络简单

不同的 NAT、防火墙对媒体 P2P 的建设带来了很大的挑战。而 WebRTC 的呈现为浏览器提供了端到端的间接通信，使开发者能够轻松地实现这种连贯。同时，WebRTC 外面有 P2P 打洞的开源我的项目 libjingle , 反对 STUN，TURN 等协定。

2、延时敏感

在晚期的 RTC 技术中，TCP（Transmission Control Protocol- 传输控制协议）因为本身机制的缺点，只能应用 UDP 传输，但这须要开发人员解决重传、乱序等问题。而 WebRTC 则提供了 NACK，FEC 技术，不再须要通过服务器进行路由，缩小了提早和带宽耗费。间接通信可进步数据传输和文件共享的速度。

3、流畅性

互联网网络不稳固，特地一些小运营商，在流量应用高峰期往往无奈保障足够的带宽。须要一套自适应的算法来应答网络拥塞、平滑发送等问题。WebRTC 中提供了 TCC + SVC + PACER + JitterBuffer 技术支持。

4、语音清晰

因为终端设备和环境简单，会有噪声、回声的烦扰，这时候 WebRTC 提供了 3A 算法 + NetEQ，让实时环境中的声音解决及互动体验失去了大幅的晋升。

对于开发人员或企业而言，应用 WebRTC 的过程中只须要下载兼容 WebRTC 的浏览器并应用，不须要额定的软件、插件或继续的服务器的参加就能够将音视频利用轻松嵌入到任何网站中，并通过 Internet 进行连贯，大大节俭了开发工夫和老本。

目前支流的浏览器如 Microsoft Edge、Google Chrome、Mozilla Firefox、Safari、Safari、Opera、Vivaldi 等都已反对 WebRTC。

应用 WebRTC 平安吗？

WebRTC 作为一项开源技术，可在任何 Web 浏览器上收费应用，并且不受插件限度。那么，这时候可能有人会问，应用 WebRTC 平安吗？应用 WebRTC 会不会有歹意拜访我的用户数据或者专用网络的状况呈现？

释怀吧，在平安方面，WebRTC 同样做了优化设计： 所有 WebRTC 媒体数据都必须通过加密 。

因为 WebRTC 并非是一个插件，也不必装置别的插件，因而所有利用都能够在浏览器的沙箱中运行，并不必再额定创立新过程。也正因为如此，WebRTC 无效地阻止了恶意软件进入用户零碎。在任何实时通信应用程序中，数据传输的过程都有可能会减少平安危险，因而加密是 WebRTC 的强制性性能，并在所有媒体数据上强制执行。【2】

WebRTC 应用两种标准化的加密协议：

• 数据报传输层安全性（DTLS）
• 浏览器中内置的标准化协定。是基于传输层协定（TLP）的数据流加密；
• 因为 DTLS 应用用户数据协定（UDP），因而保留了传输的语义；
• 它是安全套接字层（SSL）的扩大，任何 SSL 协定均可用于爱护 WebRTC 数据，从而容许端到端加密。

平安实时传输协定（SRTP）

• 用于媒体流加密；
• 它是对实时传输协定（RTP）的扩大，该协定没有任何内置的安全性机制；
• 为实时传输协定（RTP）提供加密、完整性保障和音讯身份验证。

（* 但 SRTP 协定也有它的一些毛病，比方尽管它为 RTP 数据包提供加密，但不对标头进行加密。）

在咱们日常应用网络下载应用程序、电影或者通过邮件传输信息 / 文件的过程中，其实都有可能会存在歹意入侵的危险。然而，WebRTC 技术通过上述规范，能够无效爱护敏感数据的传输，为平安的实时通信环境提供保障。

WebRTC 能够间接食用？

WebRTC 是互联网行业在实时通信方面影响深远的一项致力，大幅升高了开发人员实现实时音视频通信性能的门槛。那我是不是有了好的想法，就能够间接应用 WebRTC 来进行开发并商用了呢？（搓手😄…）很遗憾，答案是否定的。

因为 WebRTC 的传输是基于公共互联网，而公共互联网并不是为了实时通信而设计的，因而在网络协议、跨区域带宽、跨运营商、用户设施、网络架构、文档反对等方面都会对 WebRTC 的开发有牵制，从而会导致实时音视频等传输品质没方法失去无效的保障。

对于 WebRTC 的优缺点详情可参考：WebRTC 现状及优缺点，音视频通信必看的开源我的项目

因而，能够说如果 WebRTC 间接拿过去商用的话，简直是不太可能的，当下广泛的解决方案是自研，依据本身的业务场景进行二次定制开发，或者更简略一点应用第三方 SDK。（Agora WebSDK 是基于 WebRTC 封装的 API 汇合，极致简略，对开发者更加敌对，能十行之内实现一个简略的 demo 并上线。点击【查看详情】）

对于 WebRTC 如何进行二次定制开发以及 WebRTC 的最佳实际内容，咱们会在本系列后续内容中与大家分享。

敬请期待～

参考资料：

【1】毛玉杰. 2018. 进击的 WebRTC：咱们为什么须要它？-InfoQ. [online] Infoq.cn. Available at: https://www.infoq.cn/article/… [Accessed 28 April 2021].

【2】Grandviewresearch.com. 2021. Web Real-Time Communication Market Report, 2020-2027. [online] Available at: https://www.grandviewresearch… [Accessed 18 May 2021].