UDP協議具體是一個什么樣子的協議呢？它具有什么功能？以及它的結構有什么樣子呢？并且UDP協議特點是什么？就此這些問題，我們來對這個協議進行一下講解。UDP(User Datagram Protocol）用戶數據包協議。用戶數據包協議（UDP）是 OSI 參考模型中一種無連接的傳輸層協議，提供面向事務的簡單不可靠信息傳送服務。是一個簡單的面向數據報的傳輸層協議，IETF RFC 768是UDP的正式規范。 UDP協議基本上是 IP 協議與上層協議的接口。 UDP協議適用端口分別運行在同一臺設備上的多個應用程序。

由于大多數網絡應用程序都在同一臺機器上運行，計算機上必須能夠確保目的地機器上的軟件程序能從源地址機器處獲得數據包，以及源計算機能收到正確的回復。這是通過使用 UDP的“端口號”完成的。例如，如果一個工作站希望在工作站 128.1.123.1 上使用域名服務系統，它就會給數據包一個目的地址 128.1.123.1 ，并在 UDP頭插入目標端口號 53 。源端口號標識了請求域名服務的本地機的應用程序，同時需要將所有由目的站生成的響應包都指定到源主機的這個端口上。 UDP端口的詳細介紹可以參照相關文章。

與 TCP 不同， UDP并不提供對 IP 協議的可靠機制、流控制以及錯誤恢復功能等。由于 UDP比較簡單， UDP頭包含很少的字節，比TCP負載消耗少。

UDP適用于不需要TCP可靠機制的情形，比如，當高層協議或應用程序提供錯誤和流控制功能的時候。 UDP是傳輸層協議，服務于很多知名應用層協議，包括網絡文件系統（NFS）、簡單網絡管理協議（SNMP）、域名系統（DNS）以及簡單文件傳輸系統（TFTP）、動態主機配置協議(DHCP)、路由信息協議(RIP)和某些影音串流服務等等。
協議結構

Source Port — 16位。源端口是可選字段。當使用時，它表示發送程序的端口，同時它還被認為是沒有其它信息的情況下需要被尋址的答復端口。如果不使用，設置值為0。

Destination Port — 16位。目標端口在特殊因特網目標地址的情況下具有意義。

Length — 16位。該用戶數據報的八位長度，包括協議頭和數據。長度最小值為8。

Checksum — 16位。IP 協議頭、UDP協議頭和數據位，最后用0填補的信息假協議頭總和。如果必要的話，可以由兩個八位復合而成。

Data — 包含上層數據信息。

UDP協議特點：

1、UDP傳送數據前并不與對方建立連接，即UDP是無連接的，在傳輸數據前，發送方和接收方相互交換信息使雙方同步。

2、UDP不對收到的數據進行排序，在UDP報文的首部中并沒有關于數據順序的信息（如TCP所采用的序號），而且報文不一定按順序到達的，所以接收端無從排起。

3、UDP對接收到的數據報不發送確認信號，發送端不知道數據是否被正確接收，也不會重發數據。

4、UDP傳送數據較TCP快速，系統開銷也少。

5、由于缺乏擁塞控制（congestion control），需要基于網絡的機制來減小因失控和高速UDP流量負荷而導致的擁塞崩潰效應。換句話說，因為UDP發送者不能夠檢測擁塞，所以像使用包隊列和丟棄技術的路由器這樣的網絡基本設備往往就成為降低UDP過大通信量的有效工具。數據報擁塞控制協議(DCCP)設計成通過在諸如流媒體類型的高速率UDP流中增加主機擁塞控制來減小這個潛在的問題。

從以上UDP協議特點可知，UDP提供的是無連接的、不可靠的數據傳送方式，是一種盡力而為的數據交付服務。