轉(zhuǎn)載請注明出處:http://www.rzrgm.cn/fangkm/p/4364553.html 

WebRTC是HTML5支持的重要特性之一，有了它，不再需要借助音視頻相關(guān)的客戶端，直接通過瀏覽器的Web頁面就可以實(shí)現(xiàn)音視頻對聊功能。而且WebRTC項(xiàng)目是開源的，我們可以借助WebRTC源碼快速構(gòu)建自己的音視頻對聊功能。無論是使用前端JS的WebRTC API接口，還是在WebRTC源碼上構(gòu)建自己的對聊框架，都需要遵循以下執(zhí)行流程：

上述序列中，WebRTC并不提供Stun服務(wù)器和Signal服務(wù)器，服務(wù)器端需要自己實(shí)現(xiàn)。Stun服務(wù)器可以用google提供的實(shí)現(xiàn)stun協(xié)議的測試服務(wù)器（stun:stun.l.google.com:19302），Signal服務(wù)器則完全需要自己實(shí)現(xiàn)了，它需要在ClientA和ClientB之間傳送彼此的SDP信息和candidate信息，ClientA和ClientB通過這些信息建立P2P連接來傳送音視頻數(shù)據(jù)。由于網(wǎng)絡(luò)環(huán)境的復(fù)雜性，并不是所有的客戶端之間都能夠建立P2P連接，這種情況下就需要有個(gè)relay服務(wù)器做音視頻數(shù)據(jù)的中轉(zhuǎn)，本文本著源碼剖析的態(tài)度，這種情況就不考慮了。這里說明一下， stun/turn、relay服務(wù)器的實(shí)現(xiàn)在WebRTC源碼中都有示例，真是個(gè)名副其實(shí)的大寶庫。

上述序列中，標(biāo)注的場景是ClientA向ClientB發(fā)起對聊請求，調(diào)用描述如下：

• ClientA首先創(chuàng)建PeerConnection對象，然后打開本地音視頻設(shè)備，將音視頻數(shù)據(jù)封裝成MediaStream添加到PeerConnection中。
• ClientA調(diào)用PeerConnection的CreateOffer方法創(chuàng)建一個(gè)用于offer的SDP對象，SDP對象中保存當(dāng)前音視頻的相關(guān)參數(shù)。ClientA通過PeerConnection的SetLocalDescription方法將該SDP對象保存起來，并通過Signal服務(wù)器發(fā)送給ClientB。
• ClientB接收到ClientA發(fā)送過的offer SDP對象，通過PeerConnection的SetRemoteDescription方法將其保存起來，并調(diào)用PeerConnection的CreateAnswer方法創(chuàng)建一個(gè)應(yīng)答的SDP對象，通過PeerConnection的SetLocalDescription的方法保存該應(yīng)答SDP對象并將它通過Signal服務(wù)器發(fā)送給ClientA。
• ClientA接收到ClientB發(fā)送過來的應(yīng)答SDP對象，將其通過PeerConnection的SetRemoteDescription方法保存起來。
• 在SDP信息的offer/answer流程中，ClientA和ClientB已經(jīng)根據(jù)SDP信息創(chuàng)建好相應(yīng)的音頻Channel和視頻Channel并開啟Candidate數(shù)據(jù)的收集，Candidate數(shù)據(jù)可以簡單地理解成Client端的IP地址信息（本地IP地址、公網(wǎng)IP地址、Relay服務(wù)端分配的地址）。
• 當(dāng)ClientA收集到Candidate信息后，PeerConnection會通過OnIceCandidate接口給ClientA發(fā)送通知，ClientA將收到的Candidate信息通過Signal服務(wù)器發(fā)送給ClientB，ClientB通過PeerConnection的AddIceCandidate方法保存起來。同樣的操作ClientB對ClientA再來一次。
• 這樣ClientA和ClientB就已經(jīng)建立了音視頻傳輸?shù)腜2P通道，ClientB接收到ClientA傳送過來的音視頻流，會通過PeerConnection的OnAddStream回調(diào)接口返回一個(gè)標(biāo)識ClientA端音視頻流的MediaStream對象，在ClientB端渲染出來即可。同樣操作也適應(yīng)ClientB到ClientA的音視頻流的傳輸。

這里的流程僅僅是從使用層面上描述了一下，具體內(nèi)部都做了什么、怎么做的，以后的文章中會慢慢細(xì)扒，萬事開頭難，自我鼓勵一下。