UDP 概述
用戶數(shù)據(jù)報協(xié)議 UDP 只在 IP 的數(shù)據(jù)報服務(wù)之上增加了很少一點的功能，這就是復(fù)用和分用的功能以及查錯檢測的功能
UDP 的主要特點
- UDP 是
無連接的，即發(fā)送數(shù)據(jù)之前不需要建立連接(發(fā)送數(shù)據(jù)結(jié)束時也沒有連接可釋放)，減少了開銷和發(fā)送數(shù)據(jù)之前的時延 - UDP 使用
盡最大努力交付，即不保證可靠交付，主機不需要維持復(fù)雜的連接狀態(tài)表 - UDP 是
面向報文的，發(fā)送方的 UDP 對應(yīng)用程序交下來的報文，在添加首部后就向下交付 IP 層。UDP 對應(yīng)用層交下來的報文，既不合并，也不拆分，而是保留這些報文的邊界
- UDP
沒有擁塞控制，網(wǎng)絡(luò)出現(xiàn)的擁塞不會使源主機的發(fā)送速率降低。這對某些實時應(yīng)用是很重要的 - UDP 支持一對一、一對多、多對一和多對多的交互通信
- UDP 的
首部開銷小，只有8個字節(jié)，比 TCP 的20個字節(jié)的首部要短
PHP面試問答：https://github.com/colinlet/PHP-Interview-QA?utm=js
包含網(wǎng)絡(luò)協(xié)議、數(shù)據(jù)結(jié)構(gòu)與算法、PHP、Web、MySQL、Redis、Linux、安全、設(shè)計模式、架構(gòu)、自我介紹、離職原因、職業(yè)規(guī)劃、準(zhǔn)備問題等部分
如果覺得不錯歡迎 star 關(guān)注，正在不斷持續(xù)更新中~~
存在問題
- 某些實時應(yīng)用需要使用沒有擁塞控制的 UDP，但很多的源主機同時都向網(wǎng)絡(luò)發(fā)送高速率的實時視頻流時，網(wǎng)絡(luò)就有可能發(fā)生擁塞，導(dǎo)致大家都無法正常接收。
- 還有一些使用 UDP 的實時應(yīng)用，需要對 UDP 的不可靠傳輸進行適當(dāng)?shù)母倪M，以減少數(shù)據(jù)的丟失。應(yīng)用進程可以在不影響應(yīng)用的實時性的前提下，增加一些提高可靠性的措施，如采用前向糾錯或重傳已丟失的報文
UDP 的首部格式
用戶數(shù)據(jù)報 UDP 有兩個字段：數(shù)據(jù)字段和首部字段。首部字段很簡單，只有8個字節(jié)，由四個字段組成，每個字段都是兩個字節(jié)
首部字段
-
源端口源端口號。在需要對方回信時。不需要時可用全0 -
目的端口目的端口號。這在終點交付報文時必須使用 -
長度UDP 用戶數(shù)據(jù)報的長度，其最小值是8(僅有首部) -
檢驗和檢測 UDP 用戶數(shù)據(jù)報在傳輸中是否有錯。有錯就丟棄
端口分用
當(dāng)運輸層從 IP 層收到 UDP 數(shù)據(jù)報時，就根據(jù)首部中的目的端口，把 UDP 數(shù)據(jù)報通過相應(yīng)的端口，上交最后的終點——應(yīng)用進程
如果接受方 UDP 發(fā)現(xiàn)收到的報文中的目的端口號不正確(即不存在對應(yīng)于該端口號的應(yīng)用程序)，就丟棄該報文，并由網(wǎng)際控制報文協(xié)議 ICMP 發(fā)送“端口不可達”差錯報文給發(fā)送方
偽首部
UDP 用戶數(shù)據(jù)報首部中檢驗和的計算方法有些特殊。在計算檢驗和時，要在 UDP 用戶數(shù)據(jù)報之前增加 12 個字節(jié)的偽首部。所謂“偽首部”是因為這種偽首部并不是 UDP 用戶數(shù)據(jù)報真正的首部。只是在計算檢驗和時，臨時添加在 UDP 用戶數(shù)據(jù)報前面，得到一個臨時的 UDP 用戶數(shù)據(jù)報。檢驗和就是按照這個臨時用戶數(shù)據(jù)報來計算的。偽首部既不向下傳也不向上遞交，而僅僅是為了計算檢驗和
《用戶數(shù)據(jù)報協(xié)議UDP》 原文鏈接：https://blog.maplemark.cn/2019/04/用戶數(shù)據(jù)報協(xié)議udp.html
