手機(jī)直播推流端需要做哪些工作？推流環(huán)節(jié)對(duì)直播鏈路的影響太大，如果不是推流網(wǎng)絡(luò)不穩(wěn)定啊，就算前期在音視頻處理、編碼和封裝上做何種360優(yōu)化，用戶體驗(yàn)都會(huì)很不妙。推流實(shí)際上應(yīng)該是在把整體封裝好的視頻和音頻

手機(jī)直播推流端需要做哪些工作？

推流環(huán)節(jié)對(duì)直播鏈路的影響太大，如果不是推流網(wǎng)絡(luò)不穩(wěn)定啊，就算前期在音視頻處理、編碼和封裝上做何種360優(yōu)化，用戶體驗(yàn)都會(huì)很不妙。推流實(shí)際上應(yīng)該是在把整體封裝好的視頻和音頻傳輸?shù)椒?wù)器的過(guò)程。換句話說(shuō)，就是將現(xiàn)場(chǎng)的視頻信號(hào)到了網(wǎng)絡(luò)的過(guò)程。至于，推流這個(gè)環(huán)節(jié)對(duì)網(wǎng)絡(luò)的要求也很高，如果不是網(wǎng)絡(luò)不穩(wěn)定，網(wǎng)絡(luò)直播的效果是會(huì)不怎么好，像是遇到了卡頓、延時(shí)等情況。推送協(xié)議種類依據(jù)什么可以使用案例，一對(duì)一網(wǎng)絡(luò)直播軟件開(kāi)發(fā)中，外界到的推送協(xié)議有200元以內(nèi)幾個(gè)：

1、RTMPRTMP是Real Time Messaging Protocol（動(dòng)態(tài)實(shí)時(shí)消息傳輸協(xié)議）的首字母縮寫(xiě)。該協(xié)議基于條件TCP，是一個(gè)協(xié)議族，除開(kāi)RTMP基本是協(xié)議及RTMPT、RTMPS、RTMPE等多種變種。RTMP是一種電腦設(shè)計(jì)利用并且實(shí)時(shí)數(shù)據(jù)通信的網(wǎng)絡(luò)協(xié)議，通常用處在Flash平臺(tái)和接受RTMP協(xié)議的流媒體之間進(jìn)行音視頻和數(shù)據(jù)通信。意見(jiàn)該協(xié)議的軟件包括Adobe Media Server、Ultrant Media Server、red5等。RTMP是目前主流的流媒體傳輸協(xié)議，越來(lái)越廣泛應(yīng)用于直播領(lǐng)域，無(wú)疑市面上大多數(shù)的直播平臺(tái)都應(yīng)用形式了這個(gè)協(xié)議。優(yōu)點(diǎn)：CDN廠商基本都都接受此協(xié)議，兼容性強(qiáng)，且在各平臺(tái)上利用容易。缺點(diǎn)：傳輸成本高，在弱網(wǎng)環(huán)境下比較很難丟包率；不支持什么瀏覽器定時(shí)推送；最不重要的一點(diǎn)是RTMP是Adobe的土地所有權(quán)協(xié)議，只不過(guò)Adobe已經(jīng)并沒(méi)有自動(dòng)更新。

2、WebRTCWebRTC，即網(wǎng)頁(yè)即時(shí)通信的縮寫(xiě)，是一個(gè)支持網(wǎng)頁(yè)瀏覽器接受實(shí)時(shí)語(yǔ)音對(duì)話或視頻對(duì)話的API。它目前也開(kāi)放源代碼并且在Google、Mozilla、Opera支持下被績(jī)效考核萬(wàn)維網(wǎng)聯(lián)盟的W3C我推薦標(biāo)準(zhǔn)。對(duì)于一對(duì)一直播軟件，它一些的是廣泛應(yīng)用在各種視頻會(huì)議中。此協(xié)議的優(yōu)點(diǎn)是：因此是納入計(jì)劃W3C標(biāo)準(zhǔn)，主流瀏覽器對(duì)它的支持漸漸地能提高，相比起RTMP來(lái)講，它在弱網(wǎng)情況下的空間優(yōu)化較大，而且支持點(diǎn)對(duì)點(diǎn)通信，從而減少了整體延遲大。不過(guò)缺點(diǎn)也也很棘手，那就是目前傳統(tǒng)CDN中沒(méi)有類似的服務(wù)可以提供。

3、基于條件UDP的公私混合協(xié)議有些一對(duì)一看直播軟件開(kāi)發(fā)商會(huì)在用UDP作為底層協(xié)議開(kāi)發(fā)完畢自己的土地所有權(quán)協(xié)議，而且UDP在弱網(wǎng)環(huán)境下，是從一些定制化的調(diào)優(yōu)也可以達(dá)到比較比較好的弱網(wǎng)優(yōu)化系統(tǒng)效果，但雖然是因?yàn)槭撬接袇f(xié)議也那樣一來(lái)會(huì)有現(xiàn)實(shí)問(wèn)題：變更土地性質(zhì)成本高，并不一定需要自建CDN也可以和CDN達(dá)成協(xié)議協(xié)議，同時(shí)而兼容性相對(duì)差，在對(duì)于你升級(jí)時(shí)很可能無(wú)法得到技術(shù)支持。那么該該如何推流？1、在推流傳輸方面所有的由變更土地性質(zhì)商自己重新搭建，花廢會(huì)增大，總體不太現(xiàn)實(shí)。2、在直播軟件開(kāi)發(fā)中，可以和一些主流CDN廠商也可以云視頻服務(wù)商合作，它們一般說(shuō)來(lái)會(huì)需要提供推流的“一條龍”服務(wù)。3、大多數(shù)直播平臺(tái)都會(huì)同時(shí)直接連接多個(gè)視頻云服務(wù)提供商，這樣的話可以做拉流線路互備，對(duì)推流后視頻集群再通過(guò)優(yōu)化也可提高會(huì)直播的流暢性和穩(wěn)定性。

“雙十一”背后，阿里的技術(shù)到底有多“?！保?/h2>

關(guān)與題主的這個(gè)問(wèn)題，我總覺(jué)得用客觀的評(píng)價(jià)的數(shù)據(jù)最能那說(shuō)明雙11背后阿里云的技術(shù)實(shí)力

2018年天貓雙11單日成交額戰(zhàn)錘2135億，2018年天貓雙11購(gòu)物狂歡節(jié)21秒破10億元，比去年快4秒；1小時(shí)47分26秒破千億元，比去年快7個(gè)多小時(shí)。另外，從我相關(guān)資料的數(shù)據(jù)來(lái)看，2018年天貓雙11還重新登陸了很多紀(jì)錄。再者物流訂單短短遠(yuǎn)遠(yuǎn)超過(guò)10億，還有一個(gè)實(shí)際指紋和直接刷臉完成的支付占比居然達(dá)到象，高都沒(méi)有達(dá)到60.3。

同時(shí)，不僅僅天貓，郵政、茅臺(tái)、銀泰、居然之家、貓晚、眾安在線、天貓、淘寶、支付寶、盒馬鮮生、美團(tuán)外賣、菜鳥(niǎo)、高德等眾多企業(yè)都在阿里云提供給的云計(jì)算服務(wù)下，哪怕獨(dú)自面對(duì)業(yè)務(wù)高峰也巋然不動(dòng)。

連雙11前夕的天貓雙11晚會(huì)，也依托園區(qū)依托阿里云技術(shù)，在網(wǎng)播時(shí)創(chuàng)下了帶寬峰值留下記錄，完美可靠了優(yōu)酷2500萬(wàn)用戶的體驗(yàn)。不單CDN為1/3以上的互聯(lián)網(wǎng)流量提供速度，視頻云也在海外為L(zhǎng)azada可以提供直播服務(wù)。

更驚奇的是，今年天貓雙11又是國(guó)內(nèi)首次如此大規(guī)模IPv6商業(yè)應(yīng)用實(shí)踐，云、網(wǎng)、端以及應(yīng)用方法全面支持IPv6，不得不給阿里云的技術(shù)給個(gè)贊。

而每年天貓雙11狂歡都能夠依舊穩(wěn)健不卡接受的背后，也是靠阿里云的核心技術(shù)在勉強(qiáng)支撐。

計(jì)算能力：在極限情況下也能夠虛擬機(jī)的計(jì)算能力和物理機(jī)保持一致，如像阿里云的神龍服務(wù)器，就能虛擬化耗費(fèi)降為0；

實(shí)例存儲(chǔ)：可以不將單機(jī)的IOPS增加到百萬(wàn)級(jí)，舉世罕見(jiàn)業(yè)內(nèi)首個(gè)至少該水準(zhǔn)的，滿足大計(jì)算、重IO的高端用戶場(chǎng)景；

CloudDBA產(chǎn)品：無(wú)節(jié)約成本，提升用戶體驗(yàn)；

大數(shù)據(jù)：很多新零售產(chǎn)品應(yīng)該是基于組件大數(shù)據(jù)，完成了向智能化的轉(zhuǎn)變，充分所了解消費(fèi)者的需求，幫商家定向?qū)W校能制造出更棒的商品。

而就，阿里云的強(qiáng)大無(wú)比技術(shù)還來(lái)源于一群默默在幕后奮戰(zhàn)的工程師們。雙11期間，每遇上一個(gè)業(yè)務(wù)問(wèn)題，熬更守夜也需要解決掉。再如在壓測(cè)期間，就有工程師大半個(gè)48個(gè)小時(shí)沒(méi)有睡覺(jué)，等幫忙解決完問(wèn)題才回家了。就算是又同事第二天現(xiàn)在就要結(jié)婚，也得在頭一晚堅(jiān)持工作。

不會(huì)相信也恰好因?yàn)橛羞@樣一只鐵軍，阿里云才能具備如今這樣的強(qiáng)橫科技實(shí)力，今年天貓雙11的上上之選成績(jī)，也恰恰阿里云技術(shù)的好是其他證明！