疫情之后，各种在线项目迎来一个发展高峰，其中在线教育、在线诊疗、在线办公、在线直播四大行业，都需要 RTC（实时音视频）技术”，有消息称“ RTC 技术将迎来高速普及的拐点”。

本期【蓝湖大咖访谈】有幸邀请到 LiveMe 的工程师李承均老师，为大家分享 WebRTC 的实践经验。

RTC 技术的普及

作为一个前端工程师来谈论 RTC 技术，我并不算专业，但身处实时音视频（即直播）行业，为大家分享一些亲身体会。

RTC（Real-time Communications）直译为实时通信，狭义的一般称为实时音视频。

一个完整的实时音视频系统都包括七个部分：

1⃣️ 音视频采集

2⃣️ 音视频数据处理

3⃣️ 音视频编码

4⃣️ 音视频数据的传输和分发

5⃣️ 音视频解码

6⃣️ 音视频数据处理

7⃣️ 音视频的播发和渲染

在这七个部分中，音视频的采集在高端智能机普及前，都是专业音视频制作团队的工作。

随着高端智能机的普及，UGC 时代随之而来，短视频应用、直播应用也相继出现。终端的硬编解码能力的提升对音视频编解码系统提供了推动作用。

最重要的实时网络传输技术（RTP/RTCP）和内容分发技术（CDN）的进一步提升，给多人实时音视频应用提供了较完善的技术支持。

因为疫情的关系，在线教育，在线诊疗，在线办公，在线直播等相关行业在今年都有质和量的提升，随着 5G 时代的到来与进一步普及，实时音视频数据的传输和分发将进一步提升。

声网的上市，我个人认为，就是 RTC 技术普及的一个标志事件。

RTC 技术的入门

WebRTC 也就是网页及时通讯，WebRTC 是 RTC 的一部分，它是 Google 的一个专门针对网页实时通信的一个标准及开源项目。

我最初开始研究这个技术方向是因为工作需要。

自身在直播行业，在 web 端，普通直播主流的媒体协议是 HLS 和 HTTP-FLV，前者是 Apple 系列，后者是 Adobe 系列，两者都是基于 TCP 协议传输，使用 CDN 进行内容分发，会有几秒甚至更长的延迟，主播与观众只能通过文字消息或者礼物来互动。

普通直播的延迟对观众端的影响大部分时候可以接受，但对于一些特殊场景，比如 PK、连麦，要求延迟低至几百毫秒，这个时候几秒的延迟就是致命的问题。

针对这个问题，目前常规的解决方案就是在流媒体服务中心将 PK的两路流做合流操作，然后提供给 Web 使用。

当时就是为了解决高延迟问题以及一些特定的应用场景，开始关注 WebRTC 相关内容。

WebRTC的架构图（图片来自 webrtc.org）

在刚入门的时候，最大的困难是 WebRTC 的各种技术名称让人迷惑，无法清晰定位到前端所能够控制的部分。为了解决这个难题，我整理了即时通讯系统的各部分，对前端所能够涉及的部分就清楚了，比如音视频的采集和信令交互等。

RTC 技术的实践

前端工程师在 WebRTC 的应用中能够做的事情并不多，主要精力是在获取 MediaStream 和服务端做信令交互的部分以及浏览器的兼容处理相关的工作。

这部分内容主要由以下三个 Web api 接口来实现：MediaSteam，RTCPeerConnection ，RTCDataChannel。

实时音视频技术的自研工作并不是所有实时音视频应用公司都会做的，更多的是采用第三方实时音视频技术，这种情况下接入的成本相对较低，有比较成熟的接入流程，详情见第三方网站，比如声网，即构等。

如果是自研 WebRTC 项目，主要工程就在于封装 SDK 和流媒体服务中心的建设，包括音视频系统的七个部分，传输与分发部署会使用第三方基建。

我们在自研 WebRTC 服务的过程中会产出 Web 端接入的 SDK，其中封装了MediaStream 的采集和与流媒体中心信令交互的部分。

信令的部分内容难在解析与调试过程，中间涉及大量的沟通环节，当然，如果只是使用第三方服务，基本都不会涉及这部分内容。

从擅长中找到热爱

工程师中流行一句话“非热爱不编程”，表达编程是一件枯燥的事，只有真正热爱的人，才能从中发现乐趣并取得成就。

我认为，做事的最佳选项是做自己热爱的，其次是做自己擅长的。

国内就业压力大，少有人能从一开始就做自己热爱的事，就连专业对口都无法完全满足，在这种情况下，人们往往选择做自己擅长的事情。在自己擅长的领域中发现自己的专长，你就有可能会爱上它。

我大学选择了计算机专业，主要方向是 Java，在实习期间才接触到前端。2009 年的时候还没有前端工程师这个岗位，或者说叫美工。后来，是因为 JSP 的编写和维护成本较高，使用了和 Java 应用很搭配的 GWT 前端框架，才搭上前端这列快速奔跑的火车。

前端工作能及时把代码内容呈现在眼前，因此带来的成就感而使我开始深入了解，慢慢发现，前端所覆盖的范围比想象中大得多，凡所可眼见的各种终端设备呈现的内容都可以纳入前端范畴。

从专攻技术的工程师成为需要带领技术团队的管理者，我认为，最大的区别是队员与教练的区别。

· 队员主要精力在于提升个人技能，进而是团队配合，只对具体的需求或者区域负责。

· 教练需要考虑每一个人的情况，合理分配不同的位置及对应负责的事，激发每个队员的潜力，打造一个出成绩的团队，需要为整个团队负责。

多提问，多扛责任，多横向沟通这三点的提升可以帮助一个工程师向管理者迈进。

团队管理过程中，协作产品是必不可少的。蓝湖帮助设计师与前端工程师高效沟通、协作，在我接触的前端与设计师协同工具中，是目前最好用的一个，解决了切图，尺表，属性，样式等内容的获取问题。

又到了毕业季、招聘季， 为正在找工作的或即将换工作的同学们，分享我在互联网圈里这 10 年的三点心得体会：

1⃣️ 主动学习

互联网技术日新月异，前端技术发展紧跟其后，学会如何学习是这些年最大的感悟。学生时代没有做好的事情，工作后补上一课。作为一名互联网工程师，学习不能停，停下就代表落后，落后就会被淘汰。

2⃣️ 激情与责任心

要做就做最好，即使还存在差距，也要时刻激励自己不断优化，需要有追求极致的激情。

关于责任心这一点，是工程师往管理者改变道路上的一个重要指标。换言之，你要有背锅的心态与能力。

3⃣️ 换位思考

全局最优解是在遇见自己不能解决的问题的时候再思考的解决方案，不要局限自己的思路，换位思考能解决大问题。

WebRTC 技术作为浏览器及时通讯的解决方案，会随着浏览器厂商进一步的支持，以及 5G 网络的普及而越来越好。目前，在线会议、在线教育等领域已经出现优秀的商用应用，未来将会越来越好，感兴趣的同学可以考虑加入我们的行列。

本期【蓝湖大咖访谈】就到这里，通过李承均老师的分享，湖湖对 RTC 技术有了新的认知，你学到了吗？有什么问题想请教大咖，欢迎在评论区留言。

Powered by Froala Editor