雷鋒網(wǎng)按：本文作者冼牛，即構(gòu)科技市場(chǎng)運(yùn)營(yíng)總監(jiān)，香港大學(xué)MBA，十年研發(fā)經(jīng)驗(yàn)，音視頻云服務(wù)技術(shù)專(zhuān)家，專(zhuān)注連麥互動(dòng)直播技術(shù)應(yīng)用研究。 本文是連麥互動(dòng)背后的混流方案系列的第二篇，接著上一篇：《聊一聊直播利器，連麥互動(dòng)背后的混流方案》談要不要混流，來(lái)談?wù)勅绾位?？在哪里混?/strong>

借《無(wú)間道》中曾志偉黑老大的名言作為開(kāi)場(chǎng)白：出來(lái)混，遲早是要還的。

雖然話這么說(shuō)，但是在哪混，跟對(duì)了老大，命運(yùn)際遇就會(huì)大不相同。在連麥互動(dòng)直播中，在哪混（流），同樣很重要，做對(duì)了選擇，用戶體驗(yàn)就會(huì)大不相同。

在上一篇《混流 vs 不混流》發(fā)了之后，很多朋友找到我說(shuō)：很喜歡這一類(lèi)技術(shù)干貨，鼓勵(lì)繼續(xù)寫(xiě)下去，但是：1）多配點(diǎn)圖，沒(méi)圖的文章基本看不下去，就像沒(méi)手機(jī)吃不下飯。2）不要太長(zhǎng)，不求能在衛(wèi)生間里看完，但求能在上下班路上看完。3）多說(shuō)人話，少說(shuō)碼農(nóng)語(yǔ)言，因?yàn)槔习宀痪幋a好多年了。

雖然心里想著：臣妾做不到......，但是一說(shuō)出口就變成：這個(gè)可以有！

閑話少說(shuō)，容我開(kāi)篇論道。

｜可以在哪混？

在決定在哪混之前，讓我們先搞清楚可以在哪里混。

上一篇我們討論要不要混流，這一篇我們將討論在哪里混流。

圖一 連麥互動(dòng)直播方案系統(tǒng)拓?fù)鋱D

圖一是目前業(yè)界主流的連麥互動(dòng)直播方案系統(tǒng)拓?fù)鋱D。

 拓?fù)鋱D里包含以下實(shí)體：

1) 推流端（主播端）：主播的工作環(huán)境，包括手機(jī)硬件配置和網(wǎng)絡(luò)環(huán)境。手機(jī)的計(jì)算能力和上行網(wǎng)絡(luò)往往會(huì)成為連麥互動(dòng)直播的瓶頸。

2) 服務(wù)端（服務(wù)器集群）：龐大而復(fù)雜的服務(wù)器集群，實(shí)現(xiàn)音視頻云端的調(diào)度和計(jì)算能力。具體會(huì)包括信令服務(wù)器，媒體服務(wù)器集群，混流調(diào)度中心和混流服務(wù)器集群等。

3) CDN網(wǎng)絡(luò)：第三方獨(dú)立的公共服務(wù)網(wǎng)絡(luò)，提供緩沖，存儲(chǔ)和轉(zhuǎn)發(fā)的能力。

4) 拉流端（觀眾端）：觀眾觀看直播的環(huán)境，包括手機(jī)硬件配置和網(wǎng)絡(luò)環(huán)境。拉流端一般來(lái)說(shuō)是從CDN拉流，而不會(huì)參與連麥互動(dòng)，手機(jī)的計(jì)算能力和下行網(wǎng)絡(luò)不會(huì)成為直播的瓶頸。

拓?fù)鋱D中的實(shí)體之間的活動(dòng)包含：

1) 推流：推流端把原始音視頻流推到媒體服務(wù)器集群。

2) 拉流：分為兩種情形：推流端從服務(wù)器集群拉取其它主播的音視頻流；拉流端從CDN網(wǎng)絡(luò)邊緣節(jié)點(diǎn)拉取音視頻流播放，可以是單流或者多流。

3) 轉(zhuǎn)推CDN：分兩種情形：如果在服務(wù)端混流，服務(wù)器集群會(huì)把一路混好的音視頻流推到CDN網(wǎng)絡(luò)；如果在推流端混流，推流端會(huì)把一路混好的音視頻流推到CDN網(wǎng)絡(luò)。

搞清楚江湖上有哪些山頭后，我們就可以明智地選擇在哪里混了。

首先，排除CDN網(wǎng)絡(luò)，因?yàn)樗堑谌椒?wù)，在連麥互動(dòng)直播云服務(wù)平臺(tái)的掌控之外。

接著，在拉流端混流其實(shí)就是上一篇中提到的不混流方案。拉流端拉多流，在播放的時(shí)候根據(jù)業(yè)務(wù)側(cè)的需求，對(duì)多路流進(jìn)行靈活操控。拉流端混流方案的優(yōu)勢(shì)是高度靈活易于操控，劣勢(shì)是網(wǎng)絡(luò)帶寬成本相對(duì)比較高。因?yàn)橐呀?jīng)在上一篇深入討論過(guò)，所以這里不再展開(kāi)討論。

最后剩下的選擇，是推流端和服務(wù)端：推流端使用了音視頻云服務(wù)的SDK，服務(wù)端是提供音視頻云服務(wù)的服務(wù)器集群，兩者都是可以做混流的地方。

 決定在哪混？

我們現(xiàn)在要決定在哪混，擺在面前有兩個(gè)選擇：推流端 vs 服務(wù)端。

我們要搞清楚在推流端混流和在服務(wù)端混流的優(yōu)勢(shì)和劣勢(shì)，才能作出明智的選擇。

｜ 在推流端混流

如果要搞清楚在推流端混流的優(yōu)勢(shì)和劣勢(shì)，那么得先搞明白在推流端混流的技術(shù)邏輯。

圖二 推流端混流技術(shù)邏輯圖

圖二是在圖一的基礎(chǔ)上，增加了推流端混流的技術(shù)邏輯（藍(lán)色部分）:

1) 推流端向服務(wù)器集群推原始音視頻流。

2) 推流端從服務(wù)端拉取其它推流端推上去的音視頻流?；炝鲗⒃诘谝恢鞑サ耐屏鞫诉M(jìn)行。第一主播要等到其它所有主播的音視頻流到達(dá)以后才能開(kāi)始混流。

3) 推流端進(jìn)行混流的工作內(nèi)容包括解碼，對(duì)齊畫(huà)面（音畫(huà)同步），抖動(dòng)緩沖，和重新編碼。

4) 推流端（第一主播）把混好的單流推到CDN網(wǎng)絡(luò)，以便拉流端拉流播放。

接著，讓我們看看在推流端混流會(huì)帶來(lái)多少額外的工作量。

在推流端混流有以下步驟：

1) 推流端拉流，等待其它主播的音視頻流到達(dá)、2) 解碼、 3) 混流、4) 編碼、5) 轉(zhuǎn)推流。

其中第1步至第2步是推流端在不混流的情況下也必須要做的事情，第3步至第5步是在要混流的情況下額外增加的工作。兩路流混成一路流的工作量大概是解碼一路流的一半不到，解碼一路流的工作量大概是編碼一路流的一半。然而，要考慮隨著混流數(shù)目的增加，混流的工作量也會(huì)相應(yīng)增加。

 然后，讓我們看看混流的要求和推流端的特點(diǎn)?；炝魇且粋€(gè)比較燒資源的事情，推流端是一個(gè)比較缺資源的地方，這倆天生八字不合?，F(xiàn)在突然說(shuō)要讓它們?cè)谝黄?，那我們就要先研究一下它們的要求和特點(diǎn)。

 （推流端）混流的要求

1) 比較好的上行網(wǎng)絡(luò)帶寬，因?yàn)橥屏鞫耍ǖ谝恢鞑ィ┮圃剂骱突炝鲀陕妨鳌Ａ硗?，網(wǎng)絡(luò)要保持相對(duì)穩(wěn)定，因?yàn)榛炝鬟^(guò)程中的抖動(dòng)緩沖將會(huì)由于網(wǎng)絡(luò)不穩(wěn)定而加長(zhǎng)，從而增加延遲。

2) 比較好的手機(jī)硬件配置，因?yàn)橐獙?duì)多路音視頻流進(jìn)行轉(zhuǎn)碼和混流，比較耗費(fèi)計(jì)算資源。如果需要轉(zhuǎn)碼的音視頻流的碼率總和比較高的話，某些采用軟編的安卓平臺(tái)可能會(huì)出現(xiàn)手機(jī)太燙，從而導(dǎo)致攝像頭采集的時(shí)候丟幀的現(xiàn)象。

 推流端的特點(diǎn)

1) 主播的網(wǎng)絡(luò)環(huán)境可能是家庭寬帶或者4G。下行帶寬大概100M bps, 上行帶寬大概1M bps。家庭寬帶的穩(wěn)定性和網(wǎng)速會(huì)隨著繁忙時(shí)段而變化。這個(gè)在我國(guó)生活的人們都懂的。

2) 主播的直播終端是主播個(gè)人的智能手機(jī)。目前主流的手機(jī)配置是四核，可以進(jìn)行連麥互動(dòng)直播。然而，手機(jī)硬件配置終究難以和PC相提并論，更不要說(shuō)和服務(wù)器相比了。

3) 不可控。直播業(yè)務(wù)平臺(tái)或者直播云服務(wù)平臺(tái)都無(wú)法掌控推流端的手機(jī)配置和網(wǎng)絡(luò)環(huán)境。傳統(tǒng)的秀場(chǎng)直播平臺(tái)或者和傳統(tǒng)媒體結(jié)合的直播平臺(tái)會(huì)給主播提供直播間，擁有比較好硬件配置和網(wǎng)絡(luò)環(huán)境。其它娛樂(lè)直播平臺(tái)的主播一般都是使用個(gè)人手機(jī)和家庭寬帶進(jìn)行直播的。

這么擺開(kāi)來(lái)一對(duì)比，一眼就能看出這倆真是八字不合：一個(gè)處女座，一個(gè)不給力。

最后，讓我們來(lái)總結(jié)一下推流端混流的優(yōu)勢(shì)和劣勢(shì)。

｜在推流端混流的優(yōu)勢(shì)

1) 成本低

整體來(lái)說(shuō)，推流端混流是一個(gè)低成本的方案。它在兩個(gè)方面降低成本：計(jì)算資源和網(wǎng)絡(luò)帶寬。本質(zhì)上，在推流端混流就是服務(wù)端把混流的成本轉(zhuǎn)嫁給推流端。服務(wù)端的計(jì)算資源和網(wǎng)絡(luò)帶寬都相對(duì)比較昂貴，而推流端的計(jì)算資源和網(wǎng)絡(luò)帶寬都是沉著成本。如果在推流端做混流，就降低了服務(wù)端的成本，充分利用了推流端能共享的資源。

2) 服務(wù)端壓力小

在服務(wù)端混流是相對(duì)來(lái)說(shuō)是集中的模式，這樣會(huì)增加服務(wù)端的壓力。在推流端混流是完全分布式的模式，這樣可以降低服務(wù)端的壓力。

3) 本地輸出混流后的數(shù)據(jù)

在推流端混流以后將會(huì)輸出混流后的音視頻流，這樣方便本地進(jìn)行錄制，或者直接把音視頻流推到CDN網(wǎng)絡(luò)進(jìn)行分發(fā)。

在推流端混流的劣勢(shì)

1) 增加額外延遲

首先，在推流端進(jìn)行混流會(huì)增加額外的延遲，主要是因?yàn)橐却衅渌屏鞫说囊粢曨l流到達(dá)，才能開(kāi)始混流。從圖二我們可以看到，在服務(wù)端混流，只要所有主播的音視頻流到達(dá)服務(wù)端，就可以開(kāi)始混流；在推流端混流，要在前者的基礎(chǔ)上，其它所有推流端的音視頻流再被拉流到推流端，才能開(kāi)始混流。這是額外的時(shí)間開(kāi)銷(xiāo)。其次，推流端混流完畢以后推流到CDN網(wǎng)絡(luò)的延遲也相對(duì)較大，因?yàn)橥屏鞫说挠布渲煤蜕闲袔捹|(zhì)量都無(wú)法和服務(wù)端相比。最后，考慮到推流端種種不穩(wěn)定的情況，額外的延遲只會(huì)增多而不會(huì)減少。

2) 手機(jī)硬件配置瓶頸

在推流端進(jìn)行混流要求比較好的手機(jī)硬件配置。一般來(lái)說(shuō)，目前主流的四核手機(jī)能滿足連麥互動(dòng)直播的要求。然而，如果算上混流的工作量，手機(jī)的硬件配置將會(huì)成為瓶頸。比如說(shuō)，如果安卓手機(jī)采用軟編，并且需要混的音視頻流的數(shù)目比較多的話，手機(jī)會(huì)因?yàn)橛?jì)算量較大而發(fā)熱，很可能會(huì)導(dǎo)致攝像頭（離CPU比較近）采集視頻的時(shí)候出現(xiàn)丟幀的現(xiàn)象。

3) 上行網(wǎng)絡(luò)帶寬瓶頸

在推流端進(jìn)行混流要求比較好的上行網(wǎng)絡(luò)帶寬。如果下行網(wǎng)絡(luò)帶寬是100M bps，那么上行網(wǎng)絡(luò)帶寬相對(duì)應(yīng)一般是1M bps，好一點(diǎn)的會(huì)到4M bps。根據(jù)即構(gòu)科技的經(jīng)驗(yàn)，音視頻流平均的碼率是800k bps。推流端將會(huì)推兩路流：原始的音視頻流和混流后的音視頻流，因此總共推流的碼率大概是1.6M bps。再考慮到網(wǎng)絡(luò)帶寬在上網(wǎng)人數(shù)較多的時(shí)間段會(huì)打折扣，和網(wǎng)絡(luò)不穩(wěn)定等情況，推流端的上行網(wǎng)絡(luò)帶寬往往是不能夠滿足推流端混流的要求的。

4) 推流端環(huán)境不可控

綜合上面第二和第三點(diǎn)，推流端的環(huán)境是不可控的。直播業(yè)務(wù)平臺(tái)或者直播云服務(wù)平臺(tái)都沒(méi)辦法管控推流端的硬件配置，使用習(xí)慣，網(wǎng)絡(luò)信號(hào)和網(wǎng)絡(luò)帶寬等因素。因此，在推流端做混流的效果也是不可控的。

5) 難以擴(kuò)展

在音視頻云服務(wù)方案設(shè)計(jì)階段，我們預(yù)期方案是易于擴(kuò)展的。隨著直播業(yè)務(wù)平臺(tái)的發(fā)展，對(duì)推流端的計(jì)算能力和網(wǎng)絡(luò)帶寬都將會(huì)有升級(jí)的要求。然而，推流端的環(huán)境是不可控的，而且也是難以擴(kuò)展的。相對(duì)而言，在服務(wù)端做推流，如果要增加服務(wù)端的CPU或者增加網(wǎng)絡(luò)帶寬，都是在音視頻云服務(wù)平臺(tái)掌控范圍以內(nèi)的事情。

 綜上所述，推流端不是一個(gè)理想的做混流的地方，但是它提供了一個(gè)低成本的混流方案。推流端混流能夠滿足相當(dāng)一部分直播業(yè)務(wù)平臺(tái)的某個(gè)發(fā)展階段的業(yè)務(wù)需求。這個(gè)市場(chǎng)需求是應(yīng)該被充分發(fā)掘和滿足的。

｜在服務(wù)端混流

如果要搞清楚在服務(wù)端混流的優(yōu)勢(shì)和劣勢(shì)，那么得先搞明白在服務(wù)端混流的技術(shù)邏輯。

圖三 服務(wù)端混流技術(shù)邏輯圖

圖三是在圖一的基礎(chǔ)上，增加了服務(wù)端混流的技術(shù)邏輯（藍(lán)色部分）:

1) 推流端分別向服務(wù)器集群推原始流。

2) 服務(wù)端等待所有推流端的音視頻流到達(dá)以后，開(kāi)始混流?；炝鞯墓ぷ鲀?nèi)容同樣包括解碼，對(duì)齊畫(huà)面（音畫(huà)同步），抖動(dòng)緩沖，和重新編碼。

3) 服務(wù)端把混好的單流推到CDN網(wǎng)絡(luò)，以便拉流端拉流播放。

 接著，讓我們看看在服務(wù)端混流會(huì)帶來(lái)多少額外的工作量。

在服務(wù)端混流有以下步驟：

1）推流端推流，服務(wù)端等待所有主播的音視頻流到達(dá)  2）解碼   3）混流  4）編碼  5）轉(zhuǎn)推流。

所有步驟和在推流端混流幾乎一樣，只不過(guò)工作環(huán)境不一樣。所有的步驟都是服務(wù)端額外增加的工作量。服務(wù)端混流的工作內(nèi)容和推流端混流不一樣的地方在于：推流端解碼是不管混流還是不混流都要做的事情，而服務(wù)端解碼卻是因?yàn)橐炝鞑蓬~外做的工作。

 然后，讓我們看看混流的要求和服務(wù)端的特點(diǎn)?；炝魇且粋€(gè)比較燒資源的事情，服務(wù)端是一個(gè)資源比較豐富的地方，這倆貌似比較般配。現(xiàn)在突然說(shuō)要讓他們?cè)谝黄?，那我們還是要先給他們對(duì)一下八字。

 在推流端混流的要求在上面已經(jīng)分析過(guò)，這里只討論在服務(wù)端混流的要求。

（服務(wù)端）混流的要求

1）比較好的上行網(wǎng)絡(luò)帶寬。所有推流端推出的音視頻流在服務(wù)端集中，混流以后再轉(zhuǎn)推到CDN網(wǎng)絡(luò)。每一個(gè)連麥直播間相對(duì)應(yīng)一路混流，因此這種集中混流的方式對(duì)服務(wù)端上行網(wǎng)絡(luò)會(huì)造成一定的壓力。

 2）比較好的服務(wù)端硬件配置。這種集中混流的方式對(duì)服務(wù)端的計(jì)算資源會(huì)造成一定的壓力。

服務(wù)端的特點(diǎn)

1) 網(wǎng)絡(luò)帶寬資源相對(duì)比較充足，而且支持?jǐn)U展。

2) 計(jì)算資源相對(duì)比較充足，而且支持?jǐn)U容。

3) 完全可控。音視頻云服務(wù)平臺(tái)可以根據(jù)網(wǎng)絡(luò)和計(jì)算的壓力對(duì)服務(wù)端進(jìn)行配置調(diào)整。

    4) 可以擴(kuò)容。服務(wù)端一般都會(huì)采取服務(wù)器集群的設(shè)計(jì)方式，具有彈性，和可以擴(kuò)容。對(duì)于網(wǎng)絡(luò)帶寬和計(jì)算資源的增長(zhǎng)需求，可以比較靈活地進(jìn)行升級(jí)，甚至可以做到動(dòng)態(tài)地分配。

 這么擺開(kāi)來(lái)一對(duì)比，一眼就能看出這倆真的比較般配：一個(gè)喜歡買(mǎi)買(mǎi)買(mǎi)，一個(gè)家底豐厚。

最后，讓我們來(lái)總結(jié)一下服務(wù)端混流的優(yōu)勢(shì)和劣勢(shì)。

 在服務(wù)端混流的優(yōu)勢(shì)

 1) 低延遲

在服務(wù)端混流，天然地具有低延遲的特點(diǎn)。在服務(wù)端混流只需要等待所有其它主播的音視頻流到達(dá)服務(wù)端就可以開(kāi)始混流；在這個(gè)基礎(chǔ)上，在推流端混流還要從服務(wù)端再拉流到推流端，要等待所有其它主播的音視頻流被拉下來(lái)后才可以開(kāi)始混流。在服務(wù)端混流的系統(tǒng)設(shè)計(jì)天然地比在推流端混流減少了這一段的網(wǎng)絡(luò)傳輸?shù)臅r(shí)間。另外，服務(wù)端的計(jì)算能力和網(wǎng)絡(luò)帶寬都是要比推流端高幾個(gè)量級(jí)的，混流的過(guò)程和推流到CDN網(wǎng)絡(luò)所耗費(fèi)的時(shí)間，在服務(wù)端都會(huì)比推流端要來(lái)得少。綜合起來(lái)，服務(wù)端混流可以獲得比推流端混流低的延遲。

2) 計(jì)算資源充足

服務(wù)端的計(jì)算資源相對(duì)充足，而且可以進(jìn)行擴(kuò)展和調(diào)度，不會(huì)成為瓶頸。

3) 網(wǎng)絡(luò)帶寬資源充足

服務(wù)端的網(wǎng)絡(luò)帶寬相對(duì)充足，而且可以進(jìn)行擴(kuò)展和調(diào)度，不會(huì)成為瓶頸。

 4) 可控可擴(kuò)展

其實(shí)這是服務(wù)端最大的優(yōu)勢(shì)。在服務(wù)端有著云服務(wù)平臺(tái)充沛的資源，可以進(jìn)行彈性的調(diào)整和擴(kuò)展，有著專(zhuān)業(yè)團(tuán)隊(duì)專(zhuān)業(yè)的服務(wù)和強(qiáng)力的支持。這是云服務(wù)平臺(tái)的優(yōu)勢(shì)；這是集團(tuán)軍作戰(zhàn)的方式；這是靠組織打硬仗的理念。說(shuō)得通俗一點(diǎn)，根據(jù)即構(gòu)科技的經(jīng)驗(yàn)，1個(gè)核可以支持5路流，8個(gè)核就可以支持40路流，隨著流不斷增加，我就不斷增加CPU，無(wú)感知地增強(qiáng)計(jì)算能力。換成終端手機(jī)的話，是沒(méi)辦法增加CPU的，要么換手機(jī)，要么只能等著燒糊。

在服務(wù)端混流的劣勢(shì)

1) 成本高

在服務(wù)端混流，會(huì)讓服務(wù)端承擔(dān)了額外的計(jì)算成本和網(wǎng)絡(luò)帶寬成本，從而推高運(yùn)營(yíng)成本。

2) 壓力大

在服務(wù)端混流，也叫作集中式混流。音視頻流的帶寬壓力，以及轉(zhuǎn)碼和混流的計(jì)算壓力都會(huì)匯集到服務(wù)端，天然地增加服務(wù)端的壓力。這個(gè)情況也對(duì)服務(wù)端的架構(gòu)設(shè)計(jì)提出挑戰(zhàn)，要求服務(wù)端能夠有擴(kuò)展性，能夠通過(guò)分布式和集群的方式來(lái)應(yīng)對(duì)壓力。

綜上所述，服務(wù)端是一個(gè)理想的做混流的地方，它擁有低延遲和高服務(wù)品質(zhì)的優(yōu)勢(shì)，但是它的成本也相對(duì)比較高。它能夠滿足相當(dāng)一部分發(fā)展成熟或者走精品路線的直播業(yè)務(wù)平臺(tái)的業(yè)務(wù)需求。這個(gè)市場(chǎng)需求是主流，而且是未來(lái)的趨勢(shì)。

經(jīng)過(guò)上面的論道，我們回過(guò)頭來(lái)對(duì)比在推流端混流和在服務(wù)端混流的優(yōu)勢(shì)和劣勢(shì)，我們會(huì)發(fā)現(xiàn)這兩種方案其實(shí)各有各的優(yōu)點(diǎn)。都代表了可觀的市場(chǎng)需求。在行業(yè)發(fā)展的各個(gè)階段，這兩種需求都應(yīng)該得到尊重和滿足，以促進(jìn)行業(yè)的健康發(fā)展和成熟。

然而，從一個(gè)中長(zhǎng)期的視角來(lái)看，云服務(wù)平臺(tái)的優(yōu)勢(shì)已經(jīng)被承認(rèn)和充分發(fā)展。云服務(wù)平臺(tái)的哲學(xué)就是：通過(guò)云服務(wù)平臺(tái)的資源和能力，加上專(zhuān)業(yè)的團(tuán)隊(duì)，給業(yè)界提供高質(zhì)量的專(zhuān)業(yè)服務(wù)。在服務(wù)廣大客戶群體的過(guò)程中，即構(gòu)科技觀察到這樣的趨勢(shì)：越來(lái)越多的直播業(yè)務(wù)平臺(tái)，特別是第一梯隊(duì)的平臺(tái)，十分善于借助云服務(wù)平臺(tái)的優(yōu)勢(shì)來(lái)確保高質(zhì)量的用戶體驗(yàn)，進(jìn)而快速地?cái)U(kuò)大市場(chǎng)份額。

好了，搞清楚江湖上各個(gè)山頭的好處和不足后，我們就可以機(jī)智地選擇在哪里混了?？偠灾?，有三個(gè)地方可以混（流）：推流端，服務(wù)端和拉流端。即構(gòu)科技側(cè)重考慮用戶體驗(yàn)和服務(wù)質(zhì)量，優(yōu)先提供了服務(wù)端混流和拉流端混流兩種方案，并且會(huì)在適當(dāng)?shù)臅r(shí)機(jī)，根據(jù)市場(chǎng)需求提供推流端混流方案。 

最后，回應(yīng)一下讀者的吐槽：為毛你的文章看起來(lái)那么像編程語(yǔ)言，那么對(duì)稱和結(jié)構(gòu)化？

我的回答：你說(shuō)呢？這些文章都是我把即構(gòu)團(tuán)隊(duì)的源代碼，經(jīng)過(guò)Google Translate翻譯成中文以后，再加以人肉潤(rùn)色而成的。技術(shù)背景的同學(xué)請(qǐng)自行體會(huì)一下。

這一篇討論完了推流端和服務(wù)端混流的故事，下面還會(huì)繼續(xù)分享即構(gòu)科技的技術(shù)經(jīng)驗(yàn)，一篇一個(gè)技術(shù)點(diǎn)。請(qǐng)繼續(xù)關(guān)注即構(gòu)科技技術(shù)干貨分享系列，歡迎交流，拍磚請(qǐng)輕。

雷峰網(wǎng)原創(chuàng)文章，未經(jīng)授權(quán)禁止轉(zhuǎn)載。詳情見(jiàn)轉(zhuǎn)載須知。