UDP的傳輸速度為什么比TCP要快？

UDP相對(duì)于TCP而言，是缺少一個(gè)可靠的丟失重發(fā)機(jī)制，因此可以立即返回，所以你覺得快

站在用戶的角度思考問題，與客戶深入溝通，找到彌勒網(wǎng)站設(shè)計(jì)與彌勒網(wǎng)站推廣的解決方案，憑借多年的經(jīng)驗(yàn)，讓設(shè)計(jì)與互聯(lián)網(wǎng)技術(shù)結(jié)合，創(chuàng)造個(gè)性化、用戶體驗(yàn)好的作品，建站類型包括：網(wǎng)站設(shè)計(jì)、做網(wǎng)站、企業(yè)官網(wǎng)、英文網(wǎng)站、手機(jī)端網(wǎng)站、網(wǎng)站推廣、域名注冊(cè)、虛擬空間、企業(yè)郵箱。業(yè)務(wù)覆蓋彌勒地區(qū)。

UDP屬于發(fā)射后不管，但是從IP層來說，它的效率和TCP相比，幾乎相同

TCP為什么慢呢？就是因?yàn)樾枰?發(fā)射 確認(rèn) 這樣一個(gè)循環(huán)過程，所以慢

現(xiàn)在喜歡用UDP代替TCP的原因主要是 TCP的重發(fā)機(jī)制不完美，等待時(shí)間不合理，響應(yīng)經(jīng)常偏慢

UDP的問題主要在于丟包，如果你的API層協(xié)議規(guī)定部分?jǐn)?shù)據(jù)可以丟失，那么UDP的響應(yīng)速度會(huì)是最好的選擇

同樣，如果規(guī)定絕對(duì)不可以丟包，那么需要你自己在API或者引擎里負(fù)責(zé)處理UDP的可靠傳輸

一般測(cè)試下，在相對(duì)可靠的環(huán)境里，UDP的丟包率很低，因此即使采用確認(rèn)模式傳輸，速度也很快

但是，如果在INTERNET上，例如 電信到CNC線路，丟包率是偏高的，效率會(huì)嚴(yán)重降低，CPU開銷劇烈增加[主要是確認(rèn)機(jī)制導(dǎo)致的]

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

三次握手：

1. 主動(dòng)發(fā)起連接請(qǐng)求端（客戶端），發(fā)送 SYN 標(biāo)志位，攜帶數(shù)據(jù)包、包號(hào)

2. 被動(dòng)接收連接請(qǐng)求端（服務(wù)器），接收 SYN，回復(fù) ACK，攜帶應(yīng)答序列號(hào)。同時(shí)，發(fā)送SYN標(biāo)志位，攜帶數(shù)據(jù)包、包號(hào)

3. 主動(dòng)發(fā)起連接請(qǐng)求端（客戶端），接收SYN 標(biāo)志位，回復(fù) ACK。

被動(dòng)端（服務(wù)器）接收 ACK —— 標(biāo)志著 三次握手建立完成（ Accept()/Dial() 返回 ）

四次揮手：

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

2. 被動(dòng)接受斷開連接端（服務(wù)器）， 發(fā)送 ACK標(biāo)志，攜帶應(yīng)答序列號(hào)。 —— 半關(guān)閉完成。

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

4. 主動(dòng)請(qǐng)求斷開連接端（客戶端）， 發(fā)送 最后一個(gè) ACK標(biāo)志，攜帶應(yīng)答序列號(hào)?！?發(fā)送完成，客戶端不會(huì)直接退出，等 2MSL時(shí)長(zhǎng)。

等 2MSL待目的：確保服務(wù)器 收到最后一個(gè)ACK

滑動(dòng)窗口：

通知對(duì)端本地存儲(chǔ)數(shù)據(jù)的 緩沖區(qū)容量。—— write 函數(shù)在對(duì)端 緩沖區(qū)滿時(shí)，有可能阻塞。

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

1. 主動(dòng)發(fā)起連接請(qǐng)求端：

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

2. 主動(dòng)關(guān)閉連接請(qǐng)求端：

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

—— 接收FIN、回復(fù)ACK —— TIME_WAIT (主動(dòng)端) —— 等 2MSL 時(shí)長(zhǎng) —— CLOSED

3. 被動(dòng)建立連接請(qǐng)求端：

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

4. 被動(dòng)斷開連接請(qǐng)求端：

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

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

netstat -an | findstr? 端口號(hào)

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

netstat -an | grep? 端口號(hào)

TCP和UDP對(duì)比:?

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

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

優(yōu)點(diǎn)???????????????????????????????????????????????????????????? 缺點(diǎn)

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

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

使用場(chǎng)景：

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

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

UDP-CS-Server實(shí)現(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ù)，獲取對(duì)端的地址 udpConn.ReadFromUDP() —— 返回：n，clientAddr， err

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

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

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

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

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

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

命令行參數(shù)： 在main函數(shù)啟動(dòng)時(shí)，向整個(gè)程序傳參。 【重點(diǎn)】

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

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

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

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

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

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

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

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

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

fileInfo 包含 兩個(gè)接口。

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"， “服務(wù)器IP+port”) —— conn

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

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

6.? 實(shí)現(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ò)文件傳輸 —— 接收端（服務(wù)器）

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

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

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

4. 回發(fā) “ok”應(yīng)答 發(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

}

tcp和udp傳輸效率

UDP的傳輸效率高于TCP局域網(wǎng)丟包率幾乎為0，可以考慮用udp 不過局域網(wǎng)下的tcp速度也不慢， 可以把緩沖區(qū)設(shè)置的大點(diǎn)， 幾乎可以接近網(wǎng)卡速度

go和net6性能

Go語言是一種快速、可擴(kuò)展的編程語言，可以用于開發(fā)快速、可擴(kuò)展的服務(wù)器端程序。Go語言具有內(nèi)存安全和簡(jiǎn)潔的代碼結(jié)構(gòu)，可以有效提高程序的運(yùn)行性能。Go語言還提供了內(nèi)置的并發(fā)支持，可以更有效地利用多核處理器的優(yōu)勢(shì)。

Net6是一種高性能的網(wǎng)絡(luò)框架，它可以支持開發(fā)高性能的網(wǎng)絡(luò)服務(wù)器應(yīng)用程序。Net6支持高效的網(wǎng)絡(luò)通信，可以支持多種協(xié)議，如TCP、HTTP、HTTPS、UDP等，可以提供最高性能的網(wǎng)絡(luò)應(yīng)用程序。Net6還提供了一個(gè)可擴(kuò)展的事件驅(qū)動(dòng)架構(gòu)，可以支持多種事件處理器，可以有效地提高程序的運(yùn)行性能。