標籤：

WebRTC有前途嗎？

01-23

蘋果一直不在safari上支持WebRTC，目前也沒什麼開源方案可以在iphone上使用WebRTC。大家覺得WebRTC的前途如何？

首先WebRTC是什麼？

WebRTC --- Web browsers with Real-Time Communications (RTC)。

WebRTC是一個免費、開放的項目。使web瀏覽器通過簡單的JavaScript api介面實現實時通信功能。WebRTC組件已經被優化以最好的服務於這個目的。下圖是已支持WebRTC的瀏覽器。

WebRTC是個准標準。由GOOGLE主導，目的是瀏覽器上實現視頻實時通訊。它提供了基於API的標準化，標準化於W3C,IETF兩個組織。 GOOGLE一直希望和致力於讓WebRTC的技術成為HTML5標準之一。

相對應的是微軟正試圖推動萬維網聯盟(W3C)「可自定義的、無處不在的實時通信」(CU-RTC-Web)標準（微軟的標準）。所以微軟的IE瀏覽器現在不會，將來也不會支持WebRTC。

WebRTC是個開源的視訊軟體。用C++實現，高效，跨平台，穩定。已被應用於數百萬的終端中超過8年以上的時間。WebRTC的核心源於GIPS。

GIPS(Global IP Sound)原是世界頂尖的互聯網音視頻方案提供商，於2010年被GOOGLE 用6820萬美元收購。視頻主推On2(GOOGLE2009收購)的VP8,VPX。QQ還在使用GIPS方案，下圖是最新版本QQ的截圖。使用GIPS方案的還有Yahoo,AOL,IBM，SKYPE(原)等等

WebRTC是視訊技術的教科書，寶典和工具集。目前的視訊技術，特別是VOIP和基於互聯網的視訊技術在WebRTC中找到解決方案。WebRTC極大的降低了音視頻技術的門檻。

GOOGLE認為支持互聯網的核心技術如HTML, HTTP, and TCP/IP是開放免費的，互聯網也為此繁榮，所以音視頻技術也必須免費並且高質量。

WebRTC是變革者。WebRTC徹底改變了media engines市場。使一種商品消失了。SPIRIT-DSP原來是GIPS的競爭對手。雖然GOOGLE幫助SPIRIT幹掉了對手，但結果損失最大的卻是SPIRIT。受影響的還有 Microsoft/Skype, Apple, Traditional conferencing vendors。。。

WebRTC是GOOGLE的野心。GOOGLE想控制媒體通道。建立WebRTC生態。

業內對WebRTC的看法

Polycom

CISCO

Cisco為WebRTC開源H.264. 開源項目叫openh264 http://www.openh264.org. 現已集成進WebRTC代碼中。

華為

華為認為HTML5/WebRTC是基於瀏覽器的媒體通信技術，實現媒體交互應用。

Chrome/Firefox瀏覽器已經支持。Vidtel基於私有協議進行了WebRTC的商用。

促進融合、互通和標準化，開放和免費將降低軟視頻門檻，將對行業產生巨大變革影響。 華為的一些產品已使用WebRTC組件。

VIDYO

INTEL

Wainhouse

Wainhouse認為WebRtc是對UC的潛在破壞者。

騰訊

分析發現騰訊的微信已大量使用WebRTC組件。

最後，WebRTC能不能成為未來事實標準還不好說，但學習分析使用WebRTC一定有前途。

---------------------------------------------------------------------------------------------------------------

離上次回答已有一年半了，不覺中WebRTC也開源5周年，WebRTC持續的影響著實時音視頻領域。下面引了微信號為 blackerteam 的文章。

原創2016-06-23blacker blacker blacker

2016年6月9日是WebRTC開源5周年的日子，Google WebRTC負責人Harald在社區裡面寫了一篇文章總結這幾年的進展，並附上了自己5年前同樣場景下寫的一篇文章。為了便於大家更好理解過去5年在WebRTC上都發生了什麼，我將這兩篇給翻譯過來了。

友情提醒：整個翻譯並不是逐字逐句進行的，而是在理解了作者的意思後用自己的語言表達出來的，因為如果逐字逐句可能很多意思我們都無法正確理解。這就是為什麼有些英文資料被翻譯成中文後晦澀難懂。當然如果英語夠好建議直接看原文。

招兵買馬：如果您英語水平還行，也有興趣幫我們一起來做這些有情懷的翻譯，歡迎後台聯繫，全職、兼職、待遇和要求等都好談。

5年前的感慨

今天谷歌開源了WebRTC技術，一個用於實時語音和視頻通話的軟體包，她即將被整合到Chrome。

這是我們的第一波貢獻，一切都是為了一個偉大的使命——在統一的標準的API下實現所有瀏覽器間的音視頻通話。

這個初始版本將提供我們設想的一些功能，具體詳見：https://sites.google.com/site/webrtc/。

另外我們也積極與瀏覽器社區和W3C工作組合作，以便在未來數月內有越來越多的開發者基於現有API來創建相關應用。

我們發布的基本組件都是穩定的，介面也是跟工作組討論之後確定下來的。當然我們後續還將繼續跟W3C工作組保持溝通以便相關標準能儘快定稿。我們公司也將義無反顧地支持這些標準，最後我們真切期待您在未來幾個月內的加入。

作者：Google Harald.

今天的總結

今天，回首往事，我們可以很自豪地說：「我們實現了我們所有的目標。」

現在音視頻交互變得越來越重要，許多產品和服務都支持Web和Native之間的無縫交換，而他們之中絕大部分都是基於我們現在開放出的標準API——這些API的底層實現基本上都是基於WebRTC 。

一套通用標準促進了整個行業的發展，Firefox，Opera和微軟都已經在支持WebRTC技術了。這已經導致超過20多億瀏覽器用戶使用了WebRTC技術，僅僅Chrome上每周就有超過10億分鐘的音視頻通話，以及超過500T的數據傳輸（通過WebRTC的數據通道）。

WebRTC從一開始就秉持一種很開放的態度，向視頻編解碼免版稅方向邁進。在WebRTC中80%音頻通信採用Opus，而最近推出的VP9比VP8節省70%的帶寬。

由於VP9的努力發展，媒體開放聯盟在視頻編解碼免版稅道路上又多了一種選擇，以及增加了更多的合作空間。

今天，WebRTC技術在音視頻領域已經證明了自己的強大，在接下來的幾年裡，我們期望看到一個更加強大的WebRTC。

接下來我們會持續改進音視頻質量。

我們在WebRTC中願意採用一些通用的編解碼來實現交互通訊，但有一些互操作的問題要去解決。另外作為未來編解碼的VP9，他後面在壓縮率方面會持續改進，以便更好支持低帶寬下的通訊。

今天的通信都發生在許多不同網路條件下，從EDGE到LTE。

WebRTC面臨多樣化的網路條件，所以必須能夠做出相應的調整。所以我們一直在努力改善擁塞控制演算法和優化媒體傳輸配置來適應各種狀況，這裡面也有很多機會和方法來改善和簡化媒體協議以適應當今網路需求。

五年前，大多數通信發生在桌面上。但現在一切都變了，WebRTC技術已經發展到要滿足各種移動通信應用的需求。展望未來，還有很多機會，如VR。

WebRTC這個平台只會隨著時間推移而價值愈加明顯，現在僅僅是開始。

我們要做的就是：努力做好WebRTC這個平台。

作者：Google Harald.

首先補充你的一句話，WebRTC的Native Code部分早就可以用在iphone，而且支持得很好，像硬編碼、硬解碼H264都是運行得很好了。

webrtc是不是有前途，對所在行業來說肯定有前途。它成為標準不是新聞，不成為標準才是新聞。但如果你不是C/C++開發者，前途指的對個人職業規化啥的，對你來說現在是不是機會？或許真要考慮下。我從三個方面分析。

一、web瀏覽器

Webrtc使web瀏覽器通過簡單的JavaScript api介面實現實時通信功能。在這方面基本已成事實上標準，正如上面寫的，它成為標準不是新聞，不成為標準才是新聞。國內就有不少從事和webrtc相關的開發者，像有的公司就基於Webrtc包做些修改、然後給其它開發者用、號稱是視頻聊天SDK。這樣公司好多，但真正做大卻有點難。我想有兩個原因：JavaScript的限制，瀏覽器的限制。

JavaScript的限制。JavaScript是腳本語言，能有什麼功能取決於實現它的虛擬機，也就是瀏覽器這個應用程序。由於受限，問題來了，人民群眾的需求總是琳琅滿目，你都能提供嗎？舉個例子，要讓對方的頭上自動加頂紅帽子，——當然，修改瀏覽器代碼讓加個帽子不是難事，可誰又知道接下會發生什麼，難道要一個改一個？聊天往往是娛樂，娛樂經常是沒啥規矩。由於這限制，開發者用它時會有這看法：東西是很好，但總是有那麼點不足，而且即使是努力了也不可能解決（自個寫瀏覽器除外）。

瀏覽器的限制。這就要涉及到聊天場景。很現實問題，如果我想和你聊天，身邊有手機，你認為會用瀏覽器嗎？對PC，網頁比app方便，而移動設備卻有點反著來，而且將來移動設備會越來越多。關於這個再深入個問題：如果PC用瀏覽器，手機用app，聊天是否可行？技術實現上沒問題，可事實上基本不會做，代價太高划不來。瀏覽器時，信令走的是Websocket，app用Websocket純粹是沒事找抽，直接C Socket既簡單又高效。瀏覽器時，兩socket間沒啥心跳包機制，app時心跳包機制可很大提升效率。瀏覽器時，由於用JavaScript開發，功能受限，app時用Native Code，自個想要什麼就能實現什麼。而且，Webrtc是跨平台包，基於C/C++的跨平台SDK也不是沒有，何不在開發時順便開發出個Windows平台app。以上導致了app不太可能和網頁聊天，這又讓瀏覽器少去很多應用場景。

綜合來說，在瀏覽器不是webrtc不行，而是其它原因導致有那麼點尷尬。想做一個「完美」用戶體驗的聊天工具，終歸還得用app。這就是接下要說，webrtc中的Native Code部分。

二、webrtc中的Native Code部分

Webrtc分兩層，底層是個用C++寫的庫（Native Code），然後上層寫個Javascript封裝，以便供HTML5調用。既然是寫app，那完全不用管上層Js封裝，而且Google在開發Webrtc時已考慮用在app，底層C++庫的API已做得很完善了。也就是說，一旦直接用Native Code，完全和瀏覽器無關了，作為C/C++開發者，他就可以用webrtc去實現自個想實現的所有東西。

Native Code擺脫了哪些限制？可參考這個問題貼，可以用WebRTC來做視頻直播嗎？ - HTML5 - 知乎。用瀏覽器，就是p2p聊天都功能受限，更別說去實現直播。而實際中基於瀏覽器的直播也不推薦用webrtc技術。這裡重複抄下我在那問題回的一段話。

為什麼強烈建議你基於webrtc？對直播系統，難的不是伺服器，而是客戶端。客戶端難的地方則主要體現在兩個方面，一是網路傳輸相關，像穿透，二是流數據相關，像編碼、解碼。而這些正是webrtc幫你解決了。也正因為如此，現在很多直播系統最早的客戶端其實是以webrtc為根的，只是後面自個不斷優化，慢慢地變成自個系統而已。——誠然，官方webrtc是有地方不盡如意，但它們不斷更新，就像最近一段時間優化了迴音消除。

如果你熟悉C/C++，又剛好從事和網路視頻相關行業，強烈建議你學習Webrtc。如果你不從事網路視頻相關行業，卻是C/C++開發者，那還是強烈建議你學習Webrtc，原因是接下要說的Webrtc代碼的C/C++價值。

三、Webrtc代碼的C/C++價值

最近回答了這個問題，怎麼樣才算是精通 C++？ - 編程 - 知乎。在那裡建議學習C/C++是兩個步驟，知道基本語法後就到網上找開源項目，多看看、多調試前輩們代碼。我推薦的開源項目就是Google的Webrtc。

雖然Webrtc的代碼量很大，但看的目的不是要全看懂，只是看你想看的部分。語法上，Webrtc用了最新C/C++語法，像std::unique_ptr，Webrtc是視頻聊天基礎庫，眾多知名瀏覽器都是基於它實現視頻聊天。擴展專業知識上，Webrtc為完成聊天涉及到很多方面，像網路穿透，視、音頻編碼解碼，採集攝像頭、賣克風，截屏。C/C++編程技能積累上，Webrtc能讓你直接基於它的一些模塊寫代碼，像多線程同步模塊（https://zhuanlan.zhihu.com/p/25147311?refer=c_75458601），網路收發模塊。獲取更多開源項目上，Webrtc像手心，基於它你會涉及到很多開源項目，像用於加密、解密、網路安全的boringssl，數字編解碼的ffmpeg，libvpx，等等。活躍度上，Webrtc是Google底下團隊維護的項目，基本做到一個月一小變，不僅能讓你獲得那些專業的最新技術，還能學習最新C/C++語法。還有很重要的是，Webrtc代碼是跨平台的，完全支持當前主流操作系統，像Windows、iOS、Android、Mac OS X、Linux，到時你會發現，C/C++是種多麼好的跨平台語言。

一句話，Webrtc非常值得深入，甚至認為可以進入大學課程。

首先我們來了解一下什麼是WebRTC。

什麼是 WebRTC

2010年5月，Google 花費6820萬美元收購擁有編解碼、回聲消除等技術的 GIPS 公司。之後谷歌開源了 GIPS 的技術，與相關機構 IETF 和 W3C 制定行業標準，組成了現有的 WebRTC 項目。

WebRTC 全稱 Web Real-Time Communication。它並不是單一的協議， 包含了媒體、加密、傳輸層等在內的多個協議標準以及一套基於 JavaScript 的 API。通過簡單易用的 JavaScript API ，在不安裝任何插件的情況下，讓瀏覽器擁有了 P2P音視頻和數據分享的能力。

同時WebRTC 並不是一個孤立的協議，它擁有靈活的信令，可以便捷的對接現有的SIP 和電話網路的系統。

WebRTC 具有的優勢

成立UPRTC項目前，又拍雲經過多重調研和考慮，選擇了 WebRTC，主要有三個原因：

1. WebRTC 是開源、 免專利費的項目， 大大節省了開發時間和成本；

2. WebRTC 由 Google 主導, 技術非常先進；

3. Safari 等瀏覽器以及其他終端逐漸加強對 WebRTC 技術的支持。

WebRTC 的核心組件

  • 音視頻引擎：OPUS、VP8 / VP9、H264
  • 傳輸層協議：底層傳輸協議為 UDP
  • 媒體協議：SRTP / SRTCP
  • 數據協議：DTLS / SCTP
  • P2P 內網穿透：STUN / TURN / ICE / Trickle ICE
  • 信令與 SDP 協商：HTTP / WebSocket / SIP、 Offer Answer 模型

圖1為 WebRTC 內部結構簡化圖，最底層是硬體設備，上面是音頻捕獲模塊和視頻捕獲模塊。

中間部分為音視頻引擎。音頻引擎負責音頻採集和傳輸，具有降噪、回聲消除等功能。視頻引擎負責網路抖動優化，互聯網傳輸編解碼優化。

在音視頻引擎之上是 一套 C++ API，在 C++ 的 API 之上是提供給瀏覽器的Javascript API。

△ 圖1：WebRTC內部結構

圖2是 WebRTC 涉及到的協議棧，WebRTC 核心的協議都是在右側基於 UDP 基礎上搭建起來的。

其中，ICE、STUN、TURN 用於內網穿透, 解決了獲取與綁定外網映射地址，以及 keep alive 機制。

DTLS 用於對傳輸內容進行加密，可以看做是 UDP 版的 TLS。由於 WebRTC 對安全比較重視，這一層是必須的。

SRTP 與 SRTCP 是對媒體數據的封裝與傳輸控制協議。

SCTP 是流控制傳輸協議，提供類似 TCP 的特性，SCTP 可以基於 UDP 上構建，在 WebRTC 里是在 DTLS 協議之上。

RTCPeerConnection 用來建立和維護端到端連接，並提供高效的音視頻流傳輸。

RTCDataChannel 用來支持端到端的任意二進位數據傳輸。

△ 圖2：WebRTC 協議棧

蘋果已經宣布其瀏覽器內核 WebKit 將正式支持 WebRTC，而未來基於 WebKit 內核的蘋果瀏覽器，比如 macOS High Sierra、iOS 11 中的 Safari 瀏覽器都將使用到 WebRTC 技術，相信WebRTC未來在音視頻實時互動領域應用會日益廣泛。

推薦閱讀：

基於 WebRTC 技術的實時通信服務開發實踐

實時音視頻互動系列（下）：基於 WebRTC 技術的實戰解析

我覺得webrtc 遲早會代替現在flash media server成為新的多媒體通信的解決方案， 我們公司的直播產品就是使用的webrtc。

相比flash那套， webrtc優勢很大：

1. windows, ios, android全部支持。

2. 內置的NetEQ， AudioProcess模塊能夠更好的保證語音質量， 這是google高價收購的GIPS的解決方案， 很有權威性

3. 一整套的解決方案， 從採集，編解碼，RTP打包， 流量控制， 音頻處理， 多通道混音， 都給於了很好的支持， 並且是開源的代碼。

現在webrtc還在持續的開發中， 相信依靠google的推動， 它會徹底幹掉flash

正好寫了一篇文章，展望WebRTC的2017

2016年，是互聯網的一個轉折點，實時互聯網開始興起，直播業站上了風口，帶來了實時互聯網的蓬勃發展。網路通信開始在各個垂直行業有了具體的應用。WebRTC是推動實時通信行業的一個主要技術，本文將以WebRTC為切入點，來展望一下，2017年網路通信會是一個怎樣的發展趨勢。

  • 超過1100個供應商和項目在使用WebRTC。
    WebRTC應用最大的市場是：客戶服務和某些垂直行業（醫療和教育行業領跑）
  • 企業開始大量儲備WebRTC開發人才
  • 直播在2016年增長了70%，2017年會保持強勁的增長勢頭，社交類的大企業會傾向在這方面投入更大的資源。
  • 進入CPaaS（Communications-platform-as-a-service）市場有很多種方式，其中一種就是通過以聲網http://Agora.io為代表的專門提供實時API供應商，也有其他一些基礎雲服務平台如騰訊，或以簡訊為核心產品的雲通訊平台如Twilio也加入到這個行列。專門的API供應商出現極大降低了開發者對實時通信技術的使用門檻，也推動了實時通信技術在更多行業的應用，如直播連麥、遊戲語音等等，當然也極大實時互聯網行業的快速發展。API經濟，是2017年又一大互聯網趨勢。

以上內容摘錄自美國WebRTC知名博主Tsahi Levent-Levi

視頻Codec和API服務商方面

視頻Codec在2015年很精彩，但2016年沒發生什麼新鮮事。VP8、VP9和H.264在瀏覽器中幾乎是標配。Microsoft還是努力支持者三種，而Apple呢，沒人知道它打算支持哪個。

The Alliance for Open Media，一個致力於做下一代媒體編碼器的組織，正在開發它的新編碼器 AV1。

2017年，編解碼方面的發展不會有顛覆性的改變，會依然延續2016年的溫和發展趨勢。The Alliance for Open Media會繼續發展，但暫時還無法提供產品化的解決方案。

2016年的WebRTC：

  • 發生了一些行業併購。比如Siris資本併購了Xura。雲通信廠商CLX併購了API服務商Sinch。
  • CPaaS廠商Twilio併購了WebRTC伺服器商Kurento。
  • 電信巨頭ATT關閉了它的WebRTC API服務。
  • 2017年, 可能會發生行業洗牌。

音視頻通信蓬勃發展

2016年，隨著實時互聯網的興起，音視頻通信有了較大的發展。有兩個顯著的變化。

  • 音視頻通信的應用不再局限於企業內部的視頻會議。依賴於API經濟的發展，開始應用於眾多垂直行業，比如在線醫療、在線教育、呼叫中心。
  • 有了WebRTC以外的音視頻通信解決方案。聲網http://Agora.io提供的雲服務，是自主研發的解決方案，解決了WebRTC在移動端和跨國通信表現差的問題。
  • 通信類、社交類應用開始廣泛接受音視頻通信功能。此前，網路通信只有IM，文字、圖片類的短消息。2016年，通信、社交類應用開始普遍接入音視頻通信功能，這已成為標配。

2017年，相信更多垂直行業將會有更多音視頻通信的有趣應用場景。

中國直播異軍突起

2016年中國異軍突起的直播在全球引發關注，在直播平台的廝殺中，流量被幾個大的直播平台瓜分。中國這次引領了全球的直播潮流，成為了直播技術的輸出國。為了保持競爭優勢，平台開始關注對直播中更多互動形式的追求，比如多人連麥，跨房間互動等。這本身也引發了互聯網行業對實時通信技術的廣泛關注。

WebRTC現在處於什麼發展階段

儘管很多人看好WebRTC，但是它有很大局限性。WebRTC是Google提供的基於Chrome瀏覽器的開源項目。瀏覽器市場被幾大巨頭支配，Google、Microsoft、Apple，中國國內有360。這些瀏覽器廠商出於利益考慮，會人為的製造技術壁壘。因此，基於WebRTC開發的項目，在瀏覽器適配，移動端適配上需要大量深度開發（有回答說webrtc在iphone上支持的很好，但是坑在安卓，幾千種機型，各種奇葩山寨機、低端機）。WebRTC可能是潛藏的一個巨坑。

這裡引用美國一個開發者的圖來說明，WebRTC現在處在什麼階段。我們已經結束了早期探索地圖、制定基本法律法規的階段，進入了蠻荒階段（Wild West）。這時候，我們需要的一場大戰（Civil War），來打破市場壁壘，進入改革紀元（Progressive Era），讓大戰中迸發出的創新點落實成規。最終步入現代化（Modern Era）。在現代化階段，WebRTC無所不在。

在目前的「蠻荒階段」，瀏覽器廠商之間尚有一戰。把自己的服務，依賴於一個瀏覽器API似乎是不大靠譜的。當然，我們有步入「現代化」 的一天。但不會是2017年，也不會是2018年。所以，想在自己的應用中提供音視頻實時通信服務，要麼你找一個WebRTC團隊自己研發，要麼找一個世界級的實時通信API專業供應商來幫你解決最棘手的問題，讓你專註業務發展。

總有一天，WebRTC的應用技術，會變得像web開發一樣普及。屆時，WebRTC或者RTC API將會是web開發人員最常用的工具之一。

近幾年的Google IO大會上已經不再提起webrtc

webrtc更像是google員工20%時間搗鼓出來的東西，充滿了bug，充滿了理想主義

入坑請謹慎

谷歌公司一直力推 WebRTC 成為HTML5的標準，題主的「WebRTC有前途嗎？」，我覺得可以理解為WebRTC 成為HTML5的標準有戲嗎？

現在的三大瀏覽器平台 Chrome Firefox Opera 已經完全支持WebRTC, Safari 也支持，現在就差IE(微軟)還不支持WebRTC,可以看到WebRTC的發展勢頭還不是不錯的。

就WebRTC本身而言，其實它是一個完整的解決方案，採集，編解碼，RTP打包， 流量控制， 音頻處理。。。。。

脫離了平台而言，其它部分更具有研究意義，不管什麼平台，流程都差不多，反正谷歌開源了，為什麼不看看別人怎麼設計實現的呢？

webtorrent. 作者思路比較活躍。。

有啊，光裡面的audio processsing中AEC NS AGC beamformer等模塊的代碼就夠我們學習借鑒了。

蘋果聲稱 WebRTC 是呼聲最高的 Safari web 平台功能組件，實時通信會全面進入 WebRTC 時代

會，跨平台，微軟edge瀏覽器已支持。

當然有。

WebRTC的分支很多，主流已滲入瀏覽器，微信也走的這條路。這條路是同VoLTE，傳統的SIP通話平行的一條路，信令格式可以不同，但意味相同，最終都是視頻音頻流。走網頁的形式可以方便的轉化為其他方式而不再是API的形式。

WebRTC是谷歌的一個網頁間實時通訊的開源技術（在2010年的時候收購的GIS——當時國內就有很多企業都用他們的編解碼，例如「南極」這家公司），WebRTC可以實現網頁間的視頻、音頻以及數據的通訊。這對開發者來說，絕對的「喜大普奔」啊！！終於可以擺脫技術本身的門檻，也可以擺脫客戶端的限制。也就是說如果以後需要做一個通訊應用的話，只要考慮產品方向本身的問題，不用再考慮架構、音視頻編解碼能力，只要用WebRTC就可以了，這個絕對是可以打破傳統的利劍！！不管是以後的B2B、B2C、C2C有沒有客戶端下載和遺留管理的問題，開發者可以更加著重關注產品本身而不是技術本身了。大家可以YY一下如果有一天我們的召開視頻會議、語音會議、視頻社交、遠程客服之類的，只需要一個網頁就可以實現，這對很多行業來說絕對是一個顛覆，也是一把打破傳統的利劍！

推薦閱讀：

TAG:WebRTC |