go語言如何實現(xiàn)直播 go語言如何實現(xiàn)直播開播

go語言聊天室實現(xiàn)（二）gorilla/websocket中的聊天室示例

我們可以看到 gorilla/websocket中的examples中有一個聊天室的demo。

十余年的汕城網(wǎng)站建設(shè)經(jīng)驗，針對設(shè)計、前端、開發(fā)、售后、文案、推廣等六對一服務，響應快，48小時及時工作處理。營銷型網(wǎng)站建設(shè)的優(yōu)勢是能夠根據(jù)用戶設(shè)備顯示端的尺寸不同，自動調(diào)整汕城建站的顯示方式，使網(wǎng)站能夠適用不同顯示終端，在瀏覽器中調(diào)整網(wǎng)站的寬度，無論在任何一種瀏覽器上瀏覽網(wǎng)站，都能展現(xiàn)優(yōu)雅布局與設(shè)計，從而大程度地提升瀏覽體驗。創(chuàng)新互聯(lián)公司從事“汕城網(wǎng)站設(shè)計”,“汕城網(wǎng)站推廣”以來，每個客戶項目都認真落實執(zhí)行。

我們進入該項目可以看到里面有這樣的一些內(nèi)容

按照官方的運行方式來運行這個項目

在瀏覽器中打開8080端口，可以看到該項目可以被成功運行了。

就是這樣一個簡單的demo。

然后我們?nèi)タ匆幌滤木唧w實現(xiàn)。

在這個項目中首先定義了一個hub的結(jié)構(gòu)體：

這個結(jié)構(gòu)體中，clients代表所有已經(jīng)注冊的用戶，broadcast管道會存儲客戶端發(fā)送來的信息。 register是一個*Client類型的管道，用于存儲新注冊的用戶，unregister管道反之。

我們打開main.go，main函數(shù)的源碼為：

在這里首先會新開一個goroutine，去跑hub的run方法，run方法中一個死循環(huán)，不停地去輪詢hub中的內(nèi)容

如果取到了新用戶，就加入到clients中，如果取到了信息，就循環(huán)所有的client,將信息寫到client.send中。

我們看到在請求路徑為根的時候，它會請求一個函數(shù)，而這個函數(shù)就是將home.html發(fā)送到客戶端。

而在請求路徑為“/ws”的時候，他會執(zhí)行一個serveWS的函數(shù)。

每當一個新的用戶進來之后，首先將連接升級為長連接，然后將當前的client寫到register中，由hub.run函數(shù)去做處理。然后開啟兩個goroutine,一個去讀client中發(fā)送來的數(shù)據(jù)，一個將數(shù)據(jù)寫入到所有的client中，去發(fā)送給用戶。

這就是整個聊天室的實現(xiàn)原理。

Go 語言自我提升 (三次握手 - 四次揮手 - TCP狀態(tài)圖 - udp - 網(wǎng)絡(luò)文件傳輸)

三次握手：

1. 主動發(fā)起連接請求端（客戶端），發(fā)送 SYN 標志位，攜帶數(shù)據(jù)包、包號

2. 被動接收連接請求端（服務器），接收 SYN，回復 ACK，攜帶應答序列號。同時，發(fā)送SYN標志位，攜帶數(shù)據(jù)包、包號

3. 主動發(fā)起連接請求端（客戶端），接收SYN 標志位，回復 ACK。

被動端（服務器）接收 ACK —— 標志著 三次握手建立完成（ Accept()/Dial() 返回 ）

四次揮手：

1. 主動請求斷開連接端（客戶端）， 發(fā)送 FIN標志，攜帶數(shù)據(jù)包

2. 被動接受斷開連接端（服務器）， 發(fā)送 ACK標志，攜帶應答序列號。 —— 半關(guān)閉完成。

3. 被動接受斷開連接端（服務器）， 發(fā)送 FIN標志，攜帶數(shù)據(jù)包

4. 主動請求斷開連接端（客戶端）， 發(fā)送 最后一個 ACK標志，攜帶應答序列號?！?發(fā)送完成，客戶端不會直接退出，等 2MSL時長。

等 2MSL待目的：確保服務器 收到最后一個ACK

滑動窗口：

通知對端本地存儲數(shù)據(jù)的 緩沖區(qū)容量?！?write 函數(shù)在對端 緩沖區(qū)滿時，有可能阻塞。

TCP狀態(tài)轉(zhuǎn)換：

1. 主動發(fā)起連接請求端：

CLOSED —— 發(fā)送SYN —— SYN_SENT(了解) —— 接收ACK、SYN，回發(fā) ACK —— ESTABLISHED (數(shù)據(jù)通信)

2. 主動關(guān)閉連接請求端：

ESTABLISHED —— 發(fā)送FIN —— FIN_WAIT_1 —— 接收ACK —— FIN_WAIT_2 (半關(guān)閉、主動端)

—— 接收FIN、回復ACK —— TIME_WAIT (主動端) —— 等 2MSL 時長 —— CLOSED

3. 被動建立連接請求端：

CLOSED —— LISTEN —— 接收SYN、發(fā)送ACK、SYN —— SYN_RCVD —— 接收 ACK —— ESTABLISHED (數(shù)據(jù)通信)

4. 被動斷開連接請求端：

ESTABLISHED —— 接收 FIN、發(fā)送 ACK —— CLOSE_WAIT —— 發(fā)送 FIN —— LAST_ACK —— 接收ACK —— CLOSED

windows下查看TCP狀態(tài)轉(zhuǎn)換：

netstat -an | findstr? 端口號

Linux下查看TCP狀態(tài)轉(zhuǎn)換：

netstat -an | grep? 端口號

TCP和UDP對比:?

TCP: 面向連接的可靠的數(shù)據(jù)包傳遞。 針對不穩(wěn)定的 網(wǎng)絡(luò)層，完全彌補。ACK

UDP：無連接不可靠的報文傳輸。 針對不穩(wěn)定的 網(wǎng)絡(luò)層，完全不彌補。還原網(wǎng)絡(luò)真實狀態(tài)。

優(yōu)點???????????????????????????????????????????????????????????? 缺點

TCP： 可靠、順序、穩(wěn)定 ???????????????????????????????????? 系統(tǒng)資源消耗大，程序?qū)崿F(xiàn)繁復、速度慢

UDP：系統(tǒng)資源消耗小，程序?qū)崿F(xiàn)簡單、速度快 ???????????????????????? 不可靠、無序、不穩(wěn)定

使用場景：

TCP：大文件、可靠數(shù)據(jù)傳輸。 對數(shù)據(jù)的 穩(wěn)定性、準確性、一致性要求較高的場合。

UDP：應用于對數(shù)據(jù)時效性要求較高的場合。 網(wǎng)絡(luò)直播、電話會議、視頻直播、網(wǎng)絡(luò)游戲。

UDP-CS-Server實現(xiàn)流程：

1.? 創(chuàng)建 udp地址結(jié)構(gòu) ResolveUDPAddr(“協(xié)議”， “IP：port”) —— udpAddr 本質(zhì) struct{IP、port}

2.? 創(chuàng)建用于 數(shù)據(jù)通信的 socket ListenUDP(“協(xié)議”, udpAddr ) —— udpConn (socket)

3.? 從客戶端讀取數(shù)據(jù)，獲取對端的地址 udpConn.ReadFromUDP() —— 返回：n，clientAddr， err

4.? 發(fā)送數(shù)據(jù)包給 客戶端 udpConn.WriteToUDP("數(shù)據(jù)"， clientAddr)

UDP-CS-Client實現(xiàn)流程：

1.? 創(chuàng)建用于通信的 socket。 net.Dial("udp", "服務器IP：port") —— udpConn (socket)

2.? 以后流程參見 TCP客戶端實現(xiàn)源碼。

UDPserver默認就支持并發(fā)！

------------------------------------

命令行參數(shù)： 在main函數(shù)啟動時，向整個程序傳參。 【重點】

語法： go run xxx.go ? argv1 argv2? argv3? argv4 。。。

xxx.exe:? 第 0 個參數(shù)。

argv1 ：第 1 個參數(shù)。

argv2 ：第 2 個參數(shù)。

argv3 ：第 3 個參數(shù)。

argv4 ：第 4 個參數(shù)。

使用： list := os.Args? 提取所有命令行參數(shù)。

獲取文件屬性函數(shù)：

os.stat(文件訪問絕對路徑) —— fileInfo 接口

fileInfo 包含 兩個接口。

Name() 獲取文件名。 不帶訪問路徑

Size() 獲取文件大小。

網(wǎng)絡(luò)文件傳輸 —— 發(fā)送端（客戶端）

1.? 獲取命令行參數(shù)，得到文件名（帶路徑）filePath list := os.Args

2.? 使用 os.stat() 獲取 文件名（不帶路徑）fileName

3.? 創(chuàng)建 用于數(shù)據(jù)傳輸?shù)?socket? net.Dial("tcp"， “服務器IP+port”) —— conn

4.? 發(fā)送文件名(不帶路徑)? 給接收端， conn.write()

5.? 讀取 接收端回發(fā)“ok”，判斷無誤。封裝函數(shù) sendFile(filePath, conn) 發(fā)送文件內(nèi)容

6.? 實現(xiàn) sendFile(filePath,? conn)

1) 只讀打開文件 os.Open(filePath)

for {

2) 從文件中讀數(shù)據(jù)? f.Read(buf)

3) 將讀到的數(shù)據(jù)寫到socket中? conn.write(buf[:n])

4）判斷讀取文件的 結(jié)尾。 io.EOF. 跳出循環(huán)

}

網(wǎng)絡(luò)文件傳輸 —— 接收端（服務器）

1. 創(chuàng)建用于監(jiān)聽的 socket net.Listen() —— listener

2. 借助listener 創(chuàng)建用于 通信的 socket listener.Accpet()? —— conn

3. 讀取 conn.read() 發(fā)送端的 文件名， 保存至本地。

4. 回發(fā) “ok”應答 發(fā)送端。

5. 封裝函數(shù)，接收文件內(nèi)容 recvFile(文件路徑)

1) f = os.Create(帶有路徑的文件名)

for {

2）從 socket中讀取發(fā)送端發(fā)送的 文件內(nèi)容 。 conn.read(buf)

3)? 將讀到的數(shù)據(jù) 保存至本地文件 f.Write(buf[:n])

4)? 判斷 讀取conn 結(jié)束， 代表文件傳輸完成。 n == 0? break

}

虎牙直播用什么編程語言開發(fā)的？

虎牙直播這類的中大型公司，基本已知的技術(shù)都是有用到的，主要的技術(shù)棧有Java，C++，Golang，音視頻技術(shù)主要有基于WebRtc的P2P視頻技術(shù),后端技術(shù)基于騰訊TARS構(gòu)建了微服務體系，微服務治理方面有用到Nacos；其中Nacos是虎牙和阿里共建的項目，也是其中的主導者，在微服務方面的實踐能力比較強，直播的方案。采集端用obs（開源）；服務器一般會用c之類的native語言做轉(zhuǎn)碼并和cdn對接；web端（flash實現(xiàn)）一般用rtmp協(xié)議實現(xiàn)live，（斗魚的）彈幕協(xié)議是基于tcp的文本協(xié)議；有些情況會用hls實現(xiàn)live。。

有心研究的話，掏出wireshark看看就一目了然了。

rtsp流瀏覽器播放方案

rtsp流在主流瀏覽器并不支持直接播放。比如大華的視頻流：rtsp://admin:123456@

192.168.10.129/cam/realmonitor?channel=1subtype=0，用vlc可以直接播放。但在瀏覽器會報ERR_UNKNOWN_URL_SCHEME。那如何在瀏覽器中播放呢。

以下列出幾種方案。

1、安裝插件（chrome最新版基本都不支持）

類如：kurento，vlc插件（谷歌瀏覽器版本41以下),vgx插件(不支持高版本，chrome72.0版本可用)等。

2、安裝軟件（中間件，基本都付費）

類如：Appemit（調(diào)用vlc插件播放rtsp），可以免安裝的，目前只能windows,免費版會有提示。

猿大師中間件（底層調(diào)用VLC的ActiveX控件，實現(xiàn)在主流瀏覽器網(wǎng)頁中內(nèi)嵌播放多路RTSP的實時視頻流），中間件收費的。

PluginOK(牛插)中間件。底層調(diào)用ActiveX控件VlcOcx.dll。（商業(yè)用途需付費使用）

3、服務器拉流轉(zhuǎn)發(fā)及協(xié)議轉(zhuǎn)換

示意圖如下所示：

推流--------------服務器轉(zhuǎn)發(fā)--------------拉流

方法一覽：

a,vlc軟件串流到http協(xié)議 ，網(wǎng)頁顯示幾個視頻需啟動幾個vlc,只適合應急場景。

b,html5 + websocket_rtsp_proxy 實現(xiàn)視頻流直播 ，基于MSE（Media Source Extensions,W3C），擴展H5的功能。

步驟：服務器安裝streamedian服務器，客戶端通過video標簽播放。

原型圖：

價格：

c.基于nginx的rsmp轉(zhuǎn)發(fā)

基于nginx實現(xiàn)rtmp轉(zhuǎn)化，用flash實現(xiàn)播放。由于flash目前大多瀏覽器默認禁用，不推薦此方式。

步驟：安裝ffmpeg工具,安裝nginx。

另外nginx-rtmp-module也支持HLS協(xié)議,可以搭建基于hls的直播服務器。

d.rtsp轉(zhuǎn)hls播放,通過ffmpeg轉(zhuǎn)碼

步驟：安裝ffmpeg工具，ffmpeg轉(zhuǎn)碼。

形如：

ffmpeg -i "rtsp://admin:123456@192.168.10.129/cam/realmonitor?channel=1subtype=0" -c copy -f hls -hls_time 2.0 -hls_list_size 0 -hls_wrap 15 "D:/hls/test.m3u8"

缺點是直播流延時很大，對實時要求比較高的不滿足要求。

案例：基于EasyDarwin拾建轉(zhuǎn)碼服務器。參考地址:

通過存儲的m3u8去讀取。

e.websocket代理推送，F(xiàn)FMPEG轉(zhuǎn)碼

此方法與a，b類似。但更實用。

以下提供兩種方案：

（1）Gin+WebSocket+FFMPEG實現(xiàn)rtsp轉(zhuǎn)碼,參考：

通過FFMPEG把rstp轉(zhuǎn)成http，ginrtsp作為轉(zhuǎn)發(fā)服務器，但需要自己寫相應接口，需要了解go語言。

（2）node + ffmpeg + websocket + flv.js，參考：

步驟：在node服務中建立websocket；通過fluent-ffmpeg轉(zhuǎn)碼，將RTSP 流轉(zhuǎn)為flv格式；通過flv.js連接websocket，并對獲取的flv格式視頻數(shù)據(jù)進行渲染播放。

import WebSocket from 'ws'import webSocketStream from 'websocket-stream/stream'import ffmpeg from 'fluent-ffmpeg'// 建立WebSocket服務const wss = new WebSocket.Server({ port: 8888, perMessageDeflate: false })// 監(jiān)聽連接wss.on('connection', handleConnection)// 連接時觸發(fā)事件function handleConnection (ws, req) {? // 獲取前端請求的流地址（前端websocket連接時后面帶上流地址）? const url = req.url.slice(1)? // 傳入連接的ws客戶端 實例化一個流? const stream = webSocketStream(ws, { binary: true })? // 通過ffmpeg命令 對實時流進行格式轉(zhuǎn)換 輸出flv格式? const ffmpegCommand = ffmpeg(url)? ? .addInputOption('-analyzeduration', '100000', '-max_delay', '1000000')? ? .on('start', function () { console.log('Stream started.') })? ? .on('codecData', function () { console.log('Stream codecData.') })? ? .on('error', function (err) {? ? ? console.log('An error occured: ', err.message)? ? ? stream.end()? ? })? ? .on('end', function () {? ? ? console.log('Stream end!')? ? ? stream.end()? ? })? ? .outputFormat('flv').videoCodec('copy').noAudio()? stream.on('close', function () {? ? ffmpegCommand.kill('SIGKILL')? })? try {? ? // 執(zhí)行命令 傳輸?shù)綄嵗髦蟹祷亟o客戶端? ? ffmpegCommand.pipe(stream)? } catch (error) {? ? console.log(error)? }}

優(yōu)點全部基于js。前端即可搞定。

參考:

分享文章：go語言如何實現(xiàn)直播 go語言如何實現(xiàn)直播開播
URL分享：http://bm7419.com/article46/ddegehg.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供App開發(fā)、微信公眾號、網(wǎng)站內(nèi)鏈、網(wǎng)站策劃、ChatGPT、網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請盡快告知，我們將會在第一時間刪除。文章觀點不代表本網(wǎng)站立場，如需處理請聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時需注明來源： 創(chuàng)新互聯(lián)