UDP User Datagram Protocol 譯為用戶數據報協議，是網絡七層模型中典型的傳輸層協議，與TCP并駕齊驅，不分伯仲。

昨天我們一起學習了一下TCP的報文格式，作為傳輸層的兩大協議之一，UDP肯定也是不能不講的，今天我們就來一起簡單了解一下UDP的報文格式，以及一些相關的知識點。

UDP由于其協議特性，減少了很多控制過程，所以UDP的報文格式相對TCP來講要簡單一些，老規矩，上個圖：

看圖說話，下面每個字段再簡單看一下含義。

源端口号和目的端口号：表示的是使用UDP協議傳送數據的上層應用。這個昨天TCP部分已經講過，不清楚的可以參考，不再重複了。

UDP長度：這個表示的是整個UDP數據報文的長度，含UDP數據包頭以及UDP數據部分。

UDP檢驗和：這個注意表示的是UDP頭部 數據部分整體的校驗和，而不僅僅是UDP頭部。實際上，計算校驗和的過程中，還會有一個IP的僞頭部一起參與計算，通過将IP頭的一些關鍵信息一起納入檢驗和計算，來校驗傳輸過程中的某些類型的錯誤。

從上面我們可以看到，UDP的報文頭還是比較短小精悍的，不像TCP那樣包含了很多控制類的字段和信息，所以UDP隻能提供無連接的服務，無法确保不丢包和不亂序，但是同樣由于開銷比較小，他可以更加快速和高效的工作。

基于上述特點，我們看一下，UDP的适用場景？

簡單歸納一下，UDP适用的場景可以認為主要有兩大類。1是狀态良好，不容易出現丢包，擁塞之類的網絡問題的網絡；2是對于實時性要求比較高但是可靠性要求相對寬松的應用，典型的就是即時通信類軟件，比如QQ之類的。

另外，UDP也有增強功能，來适應更複雜的場景訴求，比如UDP Helper功能。

什麼是UDP Helper？

簡單來講，UDP Helper就是解決廣播UDP報文跨網段傳播的問題。假設網絡中的設備發送廣播報文來查詢服務器信息，但是被查詢設備分布在不同的網段，那麼就可能由于廣播報文不能跨網段傳輸，導緻查詢不到期望的信息。怎麼辦呢？為了解決這個問題，UDP提供了一種功能，就是可以通過配置，對指定端口的UDP廣播報文進行轉發，具體來講就是：當收到對應端口的UDP廣播報文時，會将其轉化成單播報文進行轉發，起到中繼的作用，對于非指定端口的UDP報文，則不進行轉發，這就是所說的UDP Helper功能。

常見的UDP類的應用？

tftp 端口号 69

snmp 端口号 161

dns 端口号 53

tacacs 端口号 49

好了，小夥伴們，今天的講解就結束了，希望大家能或多或少有所收獲，歡迎留言交流切磋。

更多精彩资讯请关注tft每日頭條，我们将持续为您更新最新资讯!