一直以来，WebRTC 开发者总被一个无法逃避的阴影所笼罩，那就是来自用户的“什么时候微软和苹果的浏览器支持呢？”的疑问，每每此时，却只能给出让用户使用 Chrome 和 Firefox 的解决方案。而在移动端，事情变得更加复杂，因为在 iOS 上，使用原生是唯一的办法，也由此增加了Swift/Objective-C 的开发成本，尽管 React Native能够构建支持 WebRTC 的 Android 和 iOS 应用让这一状态有所改善，但却无法从根本上解决问题。

而随着支持 WebRTC 的 iOS 版 Safari 的到来，意味着开发者们可以提供一个在 Web 端、移动端均可运行的响应式网站来实现 WebRTC 通话。对于开发者个人而言，也无需为了完成项目而绞尽脑汁地成为 Objective-C、Swift 或 React Native 方面的专家，通过 Java 即可实现这样一个精细复杂的网络电话应用，由此开发成本将得到大幅降低。

在谈到 WebRTC 移动端实现时，赵斌表示：“在 Safari 支持 WebRTC 后，过去只能在诸如Chrome 浏览器之间实现的音视频通话，现在在 Safari 以及 Chrome 与 Safari 之间实现了，其影响一定是积极的。可以预见，很多网站及开发者将会更加认真地考虑将这类功能添加至网站及应用中。”

仍有缺憾：WebRTC即将爆发，但成功之路暗坑无数

尽管 WebRTC 应用已经如此广泛，但其也并非完美，比如在稳定性、P2P 连接率、呼叫成功率、网络抗丟包性能等诸多方面，都还有很大的提升空间。所以到目前为止，大规模单纯使用 WebRTC 成功的产品还是凤毛麟角，且几乎都是在网络和设备性能非常成熟的美国，比如 Facebook Messenger、Google Hangouts。

且 WebRTC 是基于浏览器上的技术，大部分都是在浏览器中应用。而使用 WebRTC 在移动端上进行开发，差别还是很大。虽然可以实现，但门槛会很高，难度也会很大。对绝大多数开发者来说，要用 WebRTC 在移动端实现良好体验，不是一件容易的事情，atv直播，会遇到非常多的坑。在进行 WebRTC 开发之前，开发人员及其团队需要根据自身的情况，来决定是自主开发还是使用第三方 SDK。

对此，赵斌与我们分享了他的经验：“实时通信是一项实现功能容易，但做好很难的技术。我曾在 WebEx 和 YY 工作将近 20 年，非常清楚 RTC 技术的坑。也知道对于一个开发者而言，要自己在 App 和浏览器中实现实时音视频通话，是非常麻烦且累人的事情。很多开发者最容易掉进的坑，就是忘了如果想要用好实时通信技术，归根结底还是在于使用过程中的质量保障，而非研发时写的那些功能代码。”

也正因如此，赵斌和他的团队对 WebRTC在质量保障方面进行了扩展，比如为了解决 WebRTC 在弱网络环境下抗丟包、通话连通率等问题，在全球部署了虚拟通信网 SD-RTN™（Software Defined Real-time Network），有近 100 个数据中心，同时，为开发者提供一个极简 SDK，帮助其在任何 App、网站上，都能实现高质量的音视频通话、全互动直播。据赵斌介绍，目前这款 SDK 已经被嵌入到了超过 5 亿的终端设备上，仅仅花了1年左右的时间，全球范围内对于实时通信质量保障的强烈需求可见一斑。

总结：实时通信技术无所不及的应用场景

WebRTC 一直是推动 RTC 实时通信技术发展的最主要力量，让实时通信技术能够在互联网很多行业里得到广泛应用。而近两年来，我们也看到了实时通信技术在很多领域正在驱动非常多的创新应用场景，比如去年大热的互动直播，主播与观众随时连麦互动、不同房间的主播连麦聊天等，以及当下正在流行的狼人杀，包括语音、视频甚至是轮麦视频狼人杀，这些场景都是基于 RTC 创造出来的。另外，在 AR／VR 和 AI 等新技术领域，也有诸多结合，如视频通话时的动态滤镜贴纸、戴 VR 眼镜和虚拟世界里的朋友聊天等等。当然，对于传统行业，比如企业协作、金融、客服等领域，都有可能借助 RTC 技术打破地域界限，让更多人可以做居家客服、居家办公 SOHO 等。

“我们认为，随着WebRTC被几大浏览器统一支持，应用的成长和发展是必然的。未来，无论在怎样的场景下，实时通信都会成为人们的一个默认选择，无限缩短人与人之间的距离。而用户会越来越多地了解和熟悉这种使用模式，开发者也会越来越多地理解其中的门槛，以及质量保障在实时通信领域的价值。”最后，赵斌如此总结道。

WebRTC 的现状

WebRTC 的优缺点

WebRTC 入门教程

WebRTC 在 iOS 端的实现