WebRTC有前途嗎？最後，我覺得WebRTC對於一部分從事語音視頻開發的初學者來說，是教科書般的存在，所以我覺得WebRTC未來肯定有一定的江山所在。
由於VP9的努力發展，媒體開放聯盟在視頻編解碼免版稅道路上又多了一種選擇，以及增加了更多的合作空間。
首先回答題主小字部分，蘋果目前已經宣佈在safari中支持WebRTC了，有關safari不支持VP9該如何解決，目前還沒有統一的通稿。
五年前，大多數通信發生在桌面上。但現在一切都變了，WebRTC技術已經發展到要滿足各種移動通信應用的需求。展望未來，還有很多機會，如VR。
另外，互聯網正在像便捷的方式發展，像小程序的出現，旨在替代App的地位，那麼，作為基於瀏覽器的WebRTC，瞄準的就是替代實時語音視頻類App的目的，我覺得這個非常有可能實現。
所以不要被“Web”之名影響，無論具體如何實現，只要符合標準規範就可以獲得實時的通信能力，這才是WebRTC的意義所在。
在WebRTC問世之前，並麼有一個統一的標準來描述設備的實時通信能力與連接過程，大家都是各做各的，各用各的。但是音視頻通信研發是即時通信領域裡面的最hard模式，沒有大量基建投入和研發資源投入，基本不能成行。WebRTC的最大優勢就在於“標準”，通信終端只要符合標準就可以用同一種“語言”交談。─OPUS視訊平台目前各大瀏覽器廠商都積極參與到WebRTC技術的生態中，從web應用開始，WebRTC將成為基於網頁的音視頻實時通信技術規範。之後，在Web應用於移動終端應用的交互需求驅動下，越來越多的移動應用的音視頻服務也將採用WebRTC的技術規範。這套標準激活的是人與人，物與物之間信息互聯，也就意味著這是全新應用場景的底層技術保障。
WebRTC是終端的音視頻媒體訪問接口在類似於web環節下的標準化抽象。是對於實時音視頻通話建立過程，編碼格式，傳輸方式等等的規範。
WebRTC有前途嗎？
相對應的是微軟正試圖推動萬維網聯盟(W3C)“可自定義的、無處不在的實時通信”(CU-RTC-Web)標準（微軟的標準）。所以微軟的IE瀏覽器現在不會，將來也不會支持WebRTC。
今天，WebRTC技術在音視頻領域已經證明了自己的強大，在接下來的幾年裡，我們期望看到一個更加強大的WebRTC。
脫離了平台而言，其它部分更具有研究意義，不管什麼平台，流程都差不多，為什麼不看看別人怎麼設計實現的呢？
首先解釋一下WebRTC並非是一個“拿來即用”的“端到端”開源解決方案，如果你以為只需要在web端寫幾行JavaScript就可以實現瀏覽器之間的音視頻通信，那可能會失望。
今天谷歌開源了WebRTC技術，一個用於實時語音和視頻通話的軟件包，她即將被整合到Chrome。
我們發布的基本組件都是穩定的，接口也是跟工作組討論之後確定下來的。當然我們後續還將繼續跟W3C工作組保持溝通以便相關標準能盡快定稿。我們公司也將義無反顧地支持這些標準，最後我們真切期待您在未來幾個月內的加入。
3. 一整套的解決方案， 從採集，編解碼，RTP打包， 流量控制， 音頻處理， 多通道混音， 都給於了很好的支持， 並且是開源的代碼。
另外我們也積極與瀏覽器社區和W3C工作組合作，以便在未來數月內有越來越多的開發者基於現有API來創建相關應用。
WebRTC有前途嗎？
Webrtc使web瀏覽器通過簡單的JavaScript api接口實現實時通信功能。在這方面基本已成事實上標準，正如上面寫的，它成為標準不是新聞，不成為標準才是新聞。國內就有不少從事和webrtc相關的開發者，像有的公司就基於Webrtc包做些修改、然後給其它開發者用、號稱是視頻聊天SDK。這樣公司好多，但真正做大卻有點難。我想有兩個原因：JavaScript的限制，瀏覽器的限制。
為代表的專門提供實時API供應商，也有其他一些基礎雲服務平台如騰訊，或以短信為核心產品的云通訊平台如Twilio也加入到這個行列。專門的API供應商出現極大降低了開發者對實時通信技術的使用門檻，也推動了實時通信技術在更多行業的應用，如直播連麥、遊戲語音等等，當然也極大實時互聯網行業的快速發展。API經濟，是2017年又一大互聯網趨勢。
如果要把webrtc和現有成熟的音視頻通話方案做比較，那麼webrtc僅有的優勢，只是在web的優勢，僅此而已。
一套通用標準促進了整個行業的發展，Firefox，Opera和微軟都已經在支持WebRTC技術了。這已經導致超過20多億瀏覽器用戶使用了WebRTC技術，僅僅Chrome上每週就有超過10億分鐘的音視頻通線T的數據傳輸（通過WebRTC的數據通道）。
WebRTC是個準標準。由GOOGLE主導，目的是瀏覽器上實現視頻實時通訊。它提供了基於API的標準化，標準化於W3C,IETF兩個組織。GOOGLE一直希望和致力於讓WebRTC的技術成為HTML5標準之一。
WebRTC面臨多樣化的網絡條件，所以必須能夠做出相應的調整。所以我們一直在努力改善擁塞控制算法和優化媒體傳輸配置來適應各種狀況，這裡面也有很多機會和方法來改善和簡化媒體協議以適應當今網絡需求。
2016年中國異軍突起的直播在全球引發關注，在直播平台的廝殺中，流量被幾個大的直播平台瓜分。中國這次引領了全球的直播潮流，成為了直播技術的輸出國。為了保持競爭優勢，平台開始關注對直播中更多互動形式的追求，比如多人連麥，跨房間互動等。這本身也引發了互聯網行業對實時通信技術的廣泛關注。
音視頻通信的應用不再局限於企業內部的視頻會議。依賴於API經濟的發展，開始應用於眾多垂直行業，比如在線醫療、在線教育、呼叫中心。
webrtc是不是有前途，對所在行業來說肯定有前途。它成為標準不是新聞，不成為標準才是新聞。但如果你不是C/C++開發者，前途指的對個人職業規化啥的，對你來說現在是不是機會？或許真要考慮下。我從三個方面分析。
這裡引用美國一個開發者的圖來說明，WebRTC現在處在什麼階段。我們已經結束了早期探索地圖、制定基本法律法規的階段，進入了蠻荒階段（Wild West）。這時候，我們需要的一場大戰（Civil War），來打破市場壁壘，進入改革紀元（Progressive Era），讓大戰中迸發出的創新點落實成規。最終步入現代化（Modern Era）。在現代化階段，WebRTC無所不在。
2016年，是互聯網的一個轉折點，實時互聯網開始興起，直播業站上了風口，帶來了實時互聯網的蓬勃發展。網絡通信開始在各個垂直行業有了具體的應用。WebRTC是推動實時通信行業的一個主要技術，本文將以WebRTC為切入點，來展望一下，2017年網絡通信會是一個怎樣的發展趨勢。
儘管很多人看好WebRTC，但是它有很大局限性。WebRTC是Google提供的基於Chrome瀏覽器的開源項目。瀏覽器市場被幾大巨頭支配，Google、Microsoft、Apple，中國國內有360。這些瀏覽器廠商出於利益考慮，會人為的製造技術壁壘。因此，基於WebRTC開發的項目，在瀏覽器適配，移動端適配上需要大量深度開發（有回答說webrtc在iphone上支持的很好，但是坑在安卓，幾千種機型，各種奇葩山寨機、低端機）。WebRTC可能是潛藏的一個巨坑。
WebRTC 全稱Web Real-Time Communication。它並不是單一的協議， 包含了媒體、加密、傳輸層等在內的多個協議標準以及一套基於JavaScript 的API。通過簡單易用的JavaScript API ，在不安裝任何插件的情況下，讓瀏覽器擁有了P2P音視頻和數據分享的能力。
離上次回答已有一年半了，不覺中WebRTC也開源5週年，WebRTC持續的影響著實時音視頻領域。下面引了微信號為blackerteam 的文章。
最近回答了這個問題，怎麼樣才算是精通C++？- 編程- 知乎。在那裡建議學習C/C++是兩個步驟，知道基本語法後就到網上找開源項目，多看看、多調試前輩們代碼。我推薦的開源項目就是Google的Webrtc。
這意味著什麼？這意味著無數智能終端產品或者運行在智能終端上的app的實時通信能力的大門徹底打開。舉個例子，雲信最近幫助步步高小天才手錶做的手錶實時通信，幫助家長和小朋友實現溝通，而且你不用買蘋果表…。
2016年6月9日是WebRTC開源5週年的日子，Google WebRTC負責人Harald在社區裡面寫了一篇文章總結這幾年的進展，並附上了自己5年前同樣場景下寫的一篇文章。為了便於大家更好理解過去5年在WebRTC上都發生了什麼，我將這兩篇給翻譯過來了。
直播在2016年增長了70%，2017年會保持強勁的增長勢頭，社交類的大企業會傾向在這方面投入更大的資源。
在目前的“蠻荒階段”，瀏覽器廠商之間尚有一戰。把自己的服務，依賴於一個瀏覽器API似乎是不大靠譜的。當然，我們有步入“現代化” 的一天。但不會是2017年，也不會是2018年。所以，想在自己的應用中提供音視頻實時通信服務，要么你找一個WebRTC團隊自己研發，要么找一個世界級的實時通信API專業供應商來幫你解決最棘手的問題，讓你專注業務發展。
WebRTC是視訊技術的教科書，寶典和工具集。目前的視訊技術，特別是VOIP和基於互聯網的視訊技術在WebRTC中找到解決方案。WebRTC極大的降低了音視頻技術的門檻。
就WebRTC本身而言，其實它是一個完整的解決方案，採集，編解碼，RTP打包， 流量控制， 音頻處理。。。。。
JavaScript的限制。JavaScript是腳本語言，能有什麼功能取決於實現它的虛擬機，也就是瀏覽器這個應用程序。由於受限，問題來了，人民群眾的需求總是琳瑯滿目，你都能提供嗎？舉個例子，要讓對方的頭上自動加頂紅帽子，——當然，修改瀏覽器代碼讓加個帽子不是難事，可誰又知道接下會發生什麼，難道要一個改一個？聊天往往是娛樂，娛樂經常是沒啥規矩。由於這限制，開發者用它時會有這看法：東西是很好，但總是有那麼點不足，而且即使是努力了也不可能解決（自個寫瀏覽器除外）。
WebRTC有前途嗎？
招兵買馬：如果您英語水平還行，也有興趣幫我們一起來做這些有情懷的翻譯，歡迎後台聯繫，全職、兼職、待遇和要求等都好談。
中間部分為音視頻引擎。音頻引擎負責音頻採集和傳輸，具有降噪、迴聲消除等功能。視頻引擎負責網絡抖動優化，互聯網傳輸編解碼優化。
GOOGLE認為支持互聯網的核心技術如HTML, HTTP, and TCP/IP是開放免費的，互聯網也為此繁榮，所以音視頻技術也必須免費並且高質量。
瀏覽器的限制。這就要涉及到聊天場景。很現實問題，如果我想和你聊天，身邊有手機，你認為會用瀏覽器嗎？對PC，網頁比app方便，而移動設備卻有點反著來，而且將來移動設備會越來越多。關於這個再深入個問題：如果PC用瀏覽器，手機用app，聊天是否可行？技術實現上沒問題，可事實上基本不會做，代價太高劃不來。瀏覽器時，信令走的是Websocket，app用Websocket純粹是沒事找抽，直接C Socket既簡單又高效。瀏覽器時，兩socket間沒啥心跳包機制，app時心跳包機制可很大提升效率。瀏覽器時，由於用JavaScript開發，功能受限，app時用Native Code，自個想要什麼就能實現什麼。而且，Webrtc是跨平台包，基於C/C++的跨平台SDK也不是沒有，何不在開發時順便開發出個Windows平台app。以上導致了app不太可能和網頁聊天，這又讓瀏覽器少去很多應用場景。
通信類、社交類應用開始廣泛接受音視頻通信功能。此前，網絡通信只有IM，文字、圖片類的短消息。2016年，通信、社交類應用開始普遍接入音視頻通信功能，這已成為標配。
今年年初流行的直播競答，抓娃娃機（遠程信令控制），在線教育大力發展和實時音視頻技術發展起了相輔相成的作用。
進入CPaaS（Communications-platform-as-a-service）市場有很多種方式，其中一種就是通過以聲網。
2017年，編解碼方面的發展不會有顛覆性的改變，會依然延續2016年的溫和發展趨勢。The Alliance for Open Media會繼續發展，但暫時還無法提供產品化的解決方案。
2. 內置的NetEQ， AudioProcess模塊能夠更好的保證語音質量， 這是google高價收購的GIPS的解決方案， 很有權威性！
友情提醒：整個翻譯並不是逐字逐句進行的，而是在理解了作者的意思後用自己的語言表達出來的，因為如果逐字逐句可能很多意思我們都無法正確理解。這就是為什麼有些英文資料被翻譯成中文後晦澀難懂。當然如果英語夠好建議直接看原文。
圖2是WebRTC 涉及到的協議棧，WebRTC 核心的協議都是在右側基於UDP 基礎上搭建起來的。
Webrtc分兩層，底層是個用C++寫的庫（Native Code），然後上層寫個Javascript封裝，以便供HTML5調用。既然是寫app，那完全不用管上層Js封裝，而且Google在開發Webrtc時已考慮用在app，底層C++庫的API已做得很完善了。也就是說，一旦直接用Native Code，完全和瀏覽器無關了，作為C/C++開發者，他就可以用webrtc去實現自個想實現的所有東西。
促進融合、互通和標準化，開放和免費將降低軟視頻門檻，將對行業產生巨大變革影響。華為的一些產品已使用WebRTC組件。
現在音視頻交互變得越來越重要，許多產品和服務都支持Web和Native之間的無縫交換，而他們之中絕大部分都是基於我們現在開放出的標準API——這些API的底層實現基本上都是基於WebRTC 。
綜合來說，在瀏覽器不是webrtc不行，而是其它原因導致有那麼點尷尬。想做一個“完美”用戶體驗的聊天工具，終歸還得用app。這就是接下要說，webrtc中的Native Code部分。
關注下問題，不知道現在的具體怎麼樣，從兼容性等等各方面的全面評估，是否可以開始入坑。觀望中..？
同時WebRTC 並不是一個孤立的協議，它擁有靈活的信令，可以便捷的對接現有的SIP 和電話網絡的系統。
谷歌公司一直力推WebRTC 成為HTML5的標準，題主的“WebRTC有前途嗎？”，我覺得可以理解為WebRTC 成為HTML5的標準有戲嗎？
雖然Webrtc的代碼量很大，但看的目的不是要全看懂，只是看你想看的部分。語法上，Webrtc用了最新C/C++語法，像std::unique_ptr，Webrtc是視頻聊天基礎庫，眾多知名瀏覽器都是基於它實現視頻聊天。擴展專業知識上，Webrtc為完成聊天涉及到很多方面，像網絡穿透，視、音頻編碼解碼，採集攝像頭、賣克風，截屏。C/C++編程技能積累上，Webrtc能讓你直接基於它的一些模塊寫代碼，像多線程同步模塊（147311?refer=c_75458601），網絡收發模塊。獲取更多開源項目上，Webrtc像手心，基於它你會涉及到很多開源項目，像用於加密、解密、網絡安全的boringssl，數字編解碼的ffmpeg，libvpx，等等。活躍度上，Webrtc是Google底下團隊維護的項目，基本做到一個月一小變，不僅能讓你獲得那些專業的最新技術，還能學習最新C/C++語法。還有很重要的是，Webrtc代碼是跨平台的，完全支持當前主流操作系統，像Windows、iOS、Android、Mac OS X、Linux，到時你會發現，C/C++是種多麼好的跨平台語言。
WebRTC從一開始就秉持一種很開放的態度，向視頻編解碼免版稅方向邁進。在WebRTC中80%音頻通信採用Opus，而最近推出的VP9比VP8節省70%的帶寬。
首先，WebRTC的出現使得網頁版的實時視頻通訊變得可能，雖然原理上能夠實現，但目前還沒有代表作，但我敢說基本上所有的實時視頻公司都在做，但誰能拔得頭籌，還是未知之數。
總有一天，WebRTC的應用技術，會變得像web開發一樣普及。屆時，WebRTC或者RTC API將會是web開發人員最常用的工具之一。
如果你熟悉C/C++，又剛好從事和網絡視頻相關行業，強烈建議你學習Webrtc。如果你不從事網絡視頻相關行業，卻是C/C++開發者，那還是強烈建議你學習Webrtc，原因是接下要說的Webrtc代碼的C/C++價值。
WebRTC有前途嗎？
2010年5月，Google 花費6820萬美元收購擁有編解碼、迴聲消除等技術的GIPS 公司。之後谷歌開源了GIPS 的技術，與相關機構IETF 和W3C 制定行業標準，組成了現有的WebRTC 項目。
DTLS 用於對傳輸內容進行加密，可以看做是UDP 版的TLS。由於WebRTC 對安全比較重視，這一層是必須的。
WebRTC是個開源的視訊軟件。用C++實現，高效，跨平台，穩定。已被應用於數百萬的終端中超過8年以上的時間。WebRTC的核心源於GIPS。
─OG視訊平台─MG真人娛樂平台使web瀏覽器通過簡單的JavaScript api接口實現實時通信功能。WebRTC組件已經被優化以最好的服務於這個目的。下圖是已支持WebRTC的瀏覽器。
Native Code擺脫了哪些限制？可參考這個問題貼，可以用WebRTC來做視頻直播嗎？- HTML5 – 知乎。用瀏覽器，就是p2p聊天都功能受限，更別說去實現直播。而實際中基於瀏覽器的直播也不推薦用webrtc技術。這裡重複抄下我在那問題回的一段話。
webrtc，首先一個詞，web，現實中可選的視頻通話方案數不勝數，公司也多，並不覺得webrtc有很光明的前景。
為什麼強烈建議你基於webrtc？對直播系統，難的不是服務器，而是客戶端。客戶端難的地方則主要體現在兩個方面，一是網絡傳輸相關，像穿透，二是流數據相關，像編碼、解碼。而這些正是webrtc幫你解決了。也正因為如此，現在很多直播系統最早的客戶端其實是以webrtc為根的，只是後面自個不斷優化，慢慢地變成自個系統而已。——誠然，官方webrtc是有地方不盡如意，但它們不斷更新，就像最近一段時間優化了回音消除。
視頻Codec在2015年很精彩，但2016年沒發生什麼新鮮事。VP8、VP9和H.264在瀏覽器中幾乎是標配。Microsoft還是努力支持者三種，而Apple呢，沒人知道它打算支持哪個。─OPUS視訊平台,
其中，ICE、STUN、TURN 用於內網穿透, 解決了獲取與綁定外網映射地址，以及keep alive 機制。
超過1100個供應商和項目在使用WebRTC。WebRTC應用最大的市場是：客戶服務和某些垂直行業（醫療和教育行業領跑）！
WebRTC是谷歌的一個網頁間實時通訊的開源技術（在2010年的時候收購的GIS——當時國內就有很多企業都用他們的編解碼，例如“南極”這家公司），WebRTC可以實現網頁間的視頻、音頻以及數據的通訊。這對開發者來說，絕對的“喜大普奔”啊！！終於可以擺脫技術本身的門檻，也可以擺脫客戶端的限制。也就是說如果以後需要做一個通訊應用的話，只要考慮產品方向本身的問題，不用再考慮架構、音視頻編解碼能力，只要用WebRTC就可以了，這個絕對是可以打破傳統的利劍！！不管是以後的B2B、B2C、C2C有沒有客戶端下載和遺留管理的問題，開發者可以更加著重關注產品本身而不是技術本身了。大家可以YY一下如果有一天我們的召開視頻會議、語音會議、視頻社交、遠程客服之類的，只需要一個網頁就可以實現，這對很多行業來說絕對是一個顛覆，也是一把打破傳統的利劍！
這是我們的第一波貢獻，一切都是為了一個偉大的使命——在統一的標準的API下實現所有瀏覽器間的音視頻通話。
聊聊這套標準的潛力，事實上WebRTC是不受限於Native App或者瀏覽器終端運行環境的。Browser、desktop App、Android、iOS、IoT都可以，你只要IP連接且符合規範就可以互通。