亚洲精品久久久中文字幕-亚洲精品久久片久久-亚洲精品久久青草-亚洲精品久久婷婷爱久久婷婷-亚洲精品久久午夜香蕉

您的位置:首頁技術文章
文章詳情頁

詳解IOS WebRTC的實現原理

瀏覽:2日期:2022-09-16 15:53:48
目錄概述P2P連接模式WebRTC的服務器與信令WebRTC的NAT/防火墻穿越技術概述

它在2011年5月開放了工程的源代碼,在行業內得到了廣泛的支持和應用,成為下一代視頻通話的標準。

WebRTC的音視頻通信是基于P2P,那么什么是P2P呢?

它是點對點連接的英文縮寫。

P2P連接模式

一般我們傳統的連接方式,都是以服務器為中介的模式:

類似http協議:客戶端?服務端(當然這里服務端返回的箭頭僅僅代表返回請求數據)。

我們在進行即時通訊時,進行文字、圖片、錄音等傳輸的時候:客戶端A?服務器?客戶端B。

而點對點的連接恰恰數據通道一旦形成,中間是不經過服務端的,數據直接從一個客戶端流向另一個客戶端:

客戶端A?客戶端B ... 客戶端A?客戶端C ...(可以無數個客戶端之間互聯)

這里可以想想音視頻通話的應用場景,我們服務端確實是沒必要去獲取兩者通信的數據,而且這樣做有一個最大的一個優點就是,大大的減輕了服務端的壓力。

而WebRTC就是這樣一個基于P2P的音視頻通信技術。

WebRTC的服務器與信令

講到這里,可能大家覺得WebRTC就不需要服務端了么?這是顯然是錯誤的認識,嚴格來說它僅僅是不需要服務端來進行數據中轉而已。

WebRTC提供了瀏覽器到瀏覽器(點對點)之間的通信,但并不意味著WebRTC不需要服務器。暫且不說基于服務器的一些擴展業務,WebRTC至少有兩件事必須要用到服務器:

瀏覽器之間交換建立通信的元數據(信令)必須通過服務器。 為了穿越NAT和防火墻。

第1條很好理解,我們在A和B需要建立P2P連接的時候,至少要服務器來協調,來控制連接開始建立。而連接斷開的時候,也需要服務器來告知另一端P2P連接已斷開。這些我們用來控制連接的狀態的數據稱之為信令,而這個與服務端連接的通道,對于WebRTC而言就是信令通道。

詳解IOS WebRTC的實現原理

圖中signalling就是往服務端發送信令,然后底層調用WebRTC,WebRTC通過服務端得到的信令,得知通信對方的基本信息,從而實現虛線部分Media通信連接。

當然信令能做的事還有很多,這里大概列了一下:

用來控制通信開啟或者關閉的連接控制消息 發生錯誤時用來彼此告知的消息 媒體流元數據,比如像解碼器、解碼器的配置、帶寬、媒體類型等等 用來建立安全連接的關鍵數據 外界所看到的的網絡上的數據,比如IP地址、端口等

在建立連接之前,客戶端之間顯然沒有辦法傳遞數據。所以我們需要通過服務器的中轉,在客戶端之間傳遞這些數據,然后建立客戶端之間的點對點連接。但是WebRTC API中并沒有實現這些,這些就需要我們來實現了。

而第2條中的NAT這個概念,參考文章iOS即時通訊,從入門到“放棄”?,中也提到過,不過是為了應對NAT超時,所造成的TCP連接中斷。在這里我們就不展開去講了,感興趣的可以看看:NAT百科

這里我簡要說明一下,NAT技術的出現,其實就是為了解決IPV4下的IP地址匱乏。舉例來說,就是通常我們處在一個路由器之下,而路由器分配給我們的地址通常為192.168.0.1 、192.168.0.2如果有n個設備,可能分配到192.168.0.n,而這個IP地址顯然只是一個內網的IP地址,這樣一個路由器的公網地址對應了n個內網的地址,通過這種使用少量的公有IP 地址代表較多的私有IP 地址的方式,將有助于減緩可用的IP地址空間的枯竭。

但是這也帶來了一系列的問題,例如這里點對點連接下,會導致這樣一個問題:

如果客戶端A想給客戶端B發送數據,則數據來到客戶端B所在的路由器下,會被NAT阻攔,這樣B就無法收到A的數據了。

但是A的NAT此時已經知道了B這個地址,所以當B給A發送數據的時候,NAT不會阻攔,這樣A就可以收到B的數據了。這就是我們進行NAT穿越的核心思路。

于是我們就有了以下思路:

我們借助一個公網IP服務器,a,b都往公網IP/PORT發包,公網服務器就可以獲知a,b的IP/PORT,又由于a,b主動給公網IP服務器發包,所以公網服務器可以穿透NAT A,NAT B送包給a,b。

所以只要公網IP將b的IP/PORT發給a,a的IP/PORT發給b。這樣下次a和b互相消息,就不會被NAT阻攔了。

WebRTC的NAT/防火墻穿越技術

基于上述的一個思路來實現的:

建立點對點信道的一個常見問題,就是NAT穿越技術。在處于使用了NAT設備的私有TCP/IP網絡中的主機之間需要建立連接時需要使用NAT穿越技術。以往在VoIP領域經常會遇到這個問題。目前已經有很多NAT穿越技術,但沒有一項是完美的,因為NAT的行為是非標準化的。這些技術中大多使用了一個公共服務器,這個服務使用了一個從全球任何地方都能訪問得到的IP地址。在RTCPeeConnection中,使用ICE框架來保證RTCPeerConnection能實現NAT穿越

詳解IOS WebRTC的實現原理

這里提到了ICE協議框架,它大約是由以下幾個技術和協議組成的:STUN、NAT、TURN、SDP,這些協議技術,幫助ICE共同實現了NAT/防火墻穿越。

以上就是詳解IOS WebRTC的實現原理的詳細內容,更多關于IOS WebRTC的實現原理的資料請關注好吧啦網其它相關文章!

標簽: IOS
相關文章:
主站蜘蛛池模板: 国产精品国产亚洲精品看不卡 | 亚洲精品αv一区二区三区 亚洲精品不卡 | 国产精品日韩欧美在线 | 亚洲美女精品 | 国产人成免费视频 | 草莓视频caomei888| 日日夜操 | 久久精品毛片 | 最刺激黄a大片老师 | 亚洲国产欧美日韩第一香蕉 | 美国a视频| 精品久久成人免费第三区 | 国产永久地址 | 日韩女同性互慰免费视频 | 两个人看的www视频中文字幕 | 久久草在线观看视频 | 欧美综合精品 | 亚洲v日本v欧美v综合v | 伊人黄色网 | 欧美日韩高清性色生活片 | 国产色婷婷亚洲 | 日本中文字幕不卡在线一区二区 | 一级黄色毛片子 | 国产福利足控交在线观看 | 国产真实乱人视频 | 手机在线看黄 | 精品视频在线观看一区二区三区 | 精品三级国产一区二区三区四区 | 久久精品免费一区二区三区 | 成人黄色在线观看 | 91香蕉视频在线看 | 又硬又大又湿又紧a视频 | 在线观看亚洲一区二区 | 玖草影视 | 外国一级黄色毛片 | 亚洲国产另类久久久精品小说 | 午夜成a人片在线观看 | 99免费精品视频 | 天天做夜夜操 | 一级黄色片网 | 欧美另类精品xxxx人妖换性 |