UDP檢視原始碼討論檢視歷史
| UDP |
Internet 協議集支持一個無連接的傳輸協議，該協議稱為用戶數據報協議（UDP，User Datagram Protocol）。UDP 為應用程序提供了一種無需建立連接就可以發送封裝的 IP 數據包的方法。RFC 768描述了 UDP。Internet 的傳輸層有兩個主要協議，互為補充。無連接的是 UDP，它除了給應用程序發送數據包功能並允許它們在所需的層次上架構自己的協議之外，幾乎沒有做什麼特別的事情。面向連接的是 TCP，該協議幾乎做了所有的事情。
簡介
UDP 是User Datagram Protocol的簡稱， 中文名是用戶數據報協議，是OSI（Open System Interconnection，開放式系統互聯） 參考模型中一種無連接的傳輸層協議，提供面向事務的簡單不可靠信息傳送服務，IETF RFC 768是UDP的正式規範。UDP在IP報文的協議號是17。UDP協議與TCP協議一樣用於處理數據包，在OSI模型中，兩者都位於傳輸層，處於IP協議的上一層。UDP有不提供數據包分組、組裝和不能對數據包進行排序的缺點，也就是說，當報文發送之後，是無法得知其是否安全完整到達的。UDP用來支持那些需要在計算機之間傳輸數據的網絡應用。包括網絡視頻會議系統在內的眾多的客戶/服務器模式的網絡應用都需要使用UDP協議。UDP協議從問世至今已經被使用了很多年，雖然其最初的光彩已經被一些類似協議所掩蓋，但即使在今天UDP仍然不失為一項非常實用和可行的網絡傳輸層協議。許多應用只支持UDP，如：多媒體數據流，不產生任何額外的數據，即使知道有破壞的包也不進行重發。當強調傳輸性能而不是傳輸的完整性時，如：音頻和多媒體應用，UDP是最好的選擇。在數據傳輸時間很短，以至於此前的連接過程成為整個流量主體的情況下，UDP也是一個好的選擇。
評價
UDP協議使用端口號為不同的應用保留其各自的數據傳輸通道。UDP和TCP協議正是採用這一機制實現對同一時刻內多項應用同時發送和接收數據的支持。數據發送一方（可以是客戶端或服務器端）將UDP數據包通過源端口發送出去，而數據接收一方則通過目標端口接收數據。有的網絡應用只能使用預先為其預留或註冊的靜態端口；而另外一些網絡應用則可以使用未被註冊的動態端口。因為UDP報頭使用兩個字節存放端口號，所以端口號的有效範圍是從0到65535。一般來說，大於49151的端口號都代表動態端口。UDP端口號指定有兩種方式：由管理機構指定端口和動態綁定的方式數據報的長度是指包括報頭和數據部分在內的總字節數。因為報頭的長度是固定的，所以該域主要被用來計算可變長度的數據部分（又稱為數據負載）。數據報的最大長度根據操作環境的不同而各異。從理論上說，包含報頭在內的數據報的最大長度為65535字節。不過，一些實際應用往往會限制數據報的大小，有時會降低到8192字節UDP和TCP協議的主要區別是兩者在如何實現信息的可靠傳遞方面不同。TCP協議中包含了專門的傳遞保證機制，當數據接收方收到發送方傳來的信息時，會自動向發送方發出確認消息；發送方只有在接收到該確認消息之後才繼續傳送其它信息，否則將一直等待直到收到確認信息為止。與TCP不同，UDP協議並不提供數據傳送的保證機制。如果在從發送方到接收方的傳遞過程中出現數據包的丟失，協議本身並不能做出任何檢測或提示。因此，通常人們把UDP協議稱為不可靠的傳輸協議。TCP 是面向連接的傳輸控制協議，而UDP 提供了無連接的數據報服務；TCP 具有高可靠性，確保傳輸數據的正確性，不出現丟失或亂序；UDP 在傳輸數據前不建立連接，不對數據報進行檢查與修改，無須等待對方的應答，所以會出現分組丟失、重複、亂序，應用程序需要負責傳輸可靠性方面的所有工作；UDP 具有較好的實時性，工作效率較 TCP 協議高；UDP 段結構比 TCP 的段結構簡單，因此網絡開銷也小。TCP 協議可以保證接收端毫無差錯地接收到發送端發出的字節流，為應用程序提供可靠的通信服務。對可靠性要求高的通信系統往往使用 TCP 傳輸數據。[1]