2020年初爆發的疫情，催生了在線教育、視頻會議、遠程醫療等實時音視頻應用的大規模增長，也使得服務于這些場景背后的底層框架RTC技術站上了“風口”。早在 2010 年，Google 以大約 6820 萬美元收購了VoIP 軟件開發商Global IP Solutions 公司，通過整合Global IP Solutions音頻技術，并加入了視頻功能，創立了WebRTC 項目。如今RTC已經是移動互聯網應用例如直播、游戲行業的基石。隨著5G通信的發展，實時音視頻服務將進一步覆蓋更多的生活場景。這里，我也就以我的了解，給大家介紹下RTC，方便大家一起學習交流。

什么是RTC

RTC（Real-time Communications）實時通訊，我們很容易把RTC和WebRTC（Web Real Time Communication）混淆。RTC是對實時通信的更加寬泛的統稱，包含H323 SIP 私有協議等等通信標準，涵蓋從端，服務器，支撐系統等一整套的通信標準，通信的形式包括實時語音，實時視頻，實時文本等，而WebRTC 是由google 推出的，致力于讓通過在瀏覽器或者各種瀏覽器內核中，通過JS 來實現實時通信的的基本功能，WebRTC 僅僅定義了端上的一些標準，沒有定義呼叫流程，數據轉發等其它規范，但是因為其簡單易用，得到大規模推廣應用。

WebRTC的優點

如今幾乎所有的主流瀏覽器均已支持了WebRTC（訪問https://caniuse.com/?search=WebRTC 查看WebRTC支持情況），今年年初WebRTC也被W3C和IEFT列入正式標準。不同于傳統直播，WebRTC對于用戶來說，無需安裝任何插件和客戶端，并且還支持跨平臺：Windows、Linux、Max OS、Android，iOS等均可以直接使用WebRTC的解決方案來實現實時通訊。另外RTC的延遲是毫秒級，在正常的網絡情況下，延遲在300ms~800ms之間，可以多方通話、實時互動。另外RTC解決方案還具備抗弱網等功能，在一些網絡情況不是很理想的場景中，依然能夠滿足使用。

RTC與傳統直播的差異

在傳統直播中，一般基于RTMP標準協議，通過CDN（CDN的業務邏輯這里就不多做介紹）進行內容分發，由于緩存機制，為了用戶有個較好的觀看體驗，往往會有個幾秒甚至十幾秒的延遲，主播和觀眾的互動也只能通過文字、送禮物等來進行弱互動。這也就是我們在觀看直播帶貨時，用戶通過文字咨詢一個商品，過了很久（十幾秒甚至更長時間）才收到主播的答復。通過RTC解決方案，我們可以將延遲降低到300-800ms區間，當用戶通過文字咨詢商品信息時，可以很快得到主播的答復，這是有利于提高直播帶貨的轉化率。

這還僅僅是一個直播當中的弱交互場景，RTC的應用場景還有很多，在以后的內容中，我們也會針對性的去講一些場景，并進行一些分析。

這篇文章主要是圍繞告訴大家什么是RTC，RTC能解決什么問題的普及貼。接下來，還會繼續圍繞RTC功能模塊、我們在研發當中踩到的坑以及實際的項目實戰等方面來做一些技術交流與分享。