接觸過直播的，想必對“互動直播”都不會陌生，但對它内在的實現原理就會存疑。

其實很簡單，“互動直播”的核心其實就在于連麥技術，比文字會更有魅力的交流形式，在視頻直播互動軟件開發實現過程中，和連麥技術有着不可分開的密切關系。小編今天就給大家普及下有關“互動直播”下的連麥技術。

互動直播中連麥的實現流程

衆所周知，主播開啟直播間，用戶端看到的是主播直播畫面，此時我們可以定義為“單向直播”，意思是主播單方面向觀衆輸出内容。但如果有用戶向主播發起了互動連麥，主播接受了連麥請求，意義就變了，因為連麥操作的導向是主播與用戶間的音視頻互動，此刻對于用戶而言，接收到的内容則為主播和連麥觀衆的混流畫面。發起連麥通常有兩種方式，一種是主播主動向觀衆定向發起連麥，另一種則是用戶向主播發起連麥請求。而互動直播發展至今，不再是單一的主播與用戶間的連麥，主播與主播之間也可以進行連麥送禮PK。

互動直播中的“旁路直播”概念

旁路直播是基于互動直播高并發場景下的解決方案。主播與用戶進行互動連麥的混流音視頻内容，需要借助于CDN實現分發業務，通過CDN分發的直播内容，用戶在進行觀看時則可以看作是“旁路直播”。這也是互動直播平台搭建部署時用到CDN的一個重要原因。對于互動直播這種面向衆多用戶群體的公共服務，必須能夠讓處在不同地區的用戶在同一時間接收到相同的直播内容，低延時是關鍵因素，CDN的多節點恰恰可以降低互動直播延時。

基于RTMP與CDN的互動直播方案

現如今在互動直播軟件開發中，RTMP協議的使用較為廣泛，絕大多數互動直播平台也是基于RTMP協議和CDN技術前提下實現連麥的。當主播與用戶進行連麥時，會基于RTMP協議，分别将主播端和連麥用戶端的流推到CDN，通過CDN将兩路視頻流推送到觀衆端，觀衆端将兩路視頻流混合後形成一個畫面進行播放。這個方案實施起來非常方便簡單，接入成本也較低，因此廣泛适用，但這一方案也有其缺點。

1.雖然RTMP協議可以将直播延時控制在5s以内，對于觀衆端來講基本感覺不到延時問題的存在，但對于連麥的雙方而言，在進行互動時會明顯感覺到延時，互動直播體驗欠佳。

2.主播在與連麥者進行互動時，會有回聲，這也是比較常見的問題，目前來看這一問題還是很難解決的。

3.我們常常聽到互動直播平台運營者抱怨，說帶寬、流量費支出高，本身通過CDN進行分發就消耗很大的流量了，何況是占用兩條視頻流的互動連麥直播呢？

當然，我們讨論這些問題的最終目的，還是為了能夠提供一個互動直播軟件開發中關于連麥實現的合理解決方案。基于上面提到的RTMP協議與CDN技術下的互動直播方案，我們可以結合私有UDP協議下的解決方案，用于不同場景下的互動直播實現。

如果已有龐大的用戶基數，必須要适應高并發，那麼采用RTMP與CDN技術下的解決方案，想必是最佳選擇，畢竟我們還是要兼顧大多數觀衆端用戶的觀看體驗的。但如果對并發要求沒那麼高，反而對直播連麥要求較高或是對直播延時要求較低，例如一對一視頻聊天交友，内部會議培訓等應用場景，則可以采用私有UDP協議解決方案。像依靠語音連麥起家的YY，則是在直播業務中使用UDP傳輸協議。

小編說了這麼多，其中歸根結底還是需要大家依據自身的直播平台，去制定合理的解決方案才能采用更加合适的連麥技術協議。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!