一.UDP客戶伺服器程式的套接字模型

與tcp伺服器相比較的優缺點:

二、函式解析

#include <sys/socket.h>
ssize_t recvfrom(int sockfd, void *buf, size_t nbytes,
					int flags, struct sockaddr *from, socklen_t *addrlen);
ssize_t sendto(int sockfd, const void *buf, size_t nsize, 
					int flags, const struct sockaddr *to, const socklen_t *addrlen);
					
			若成功，均返回讀或者寫的位元組數；失敗則返回-1 
 

1、recvfrom和sendto的前三個引數與recv和send一模一樣。

2、recv中引數from，addrlen都是值-結果引數，from指標指向資料發報者的協議地址的套接字地址結構，而addrlen指標則指向地址結構的位元組數返回給呼叫者（與accept函式的最後倆個引數相似， 返回給呼叫者，處理完請求後，呼叫sendto函式）。

3、在recvfrom函式中如果不在乎資料發報者的地址，可必須同時設定from和addrlen引數為NULL。

4、在UDP協議中返回長度為0的資料是可行的。因為在UDP的情況下，他會形成20位元組的ip首部（IPv4）和一個8位元組的UDP首部而沒有資料的IP資料報。所以UDP是無連線。

5、sendto和recvfrom在tcp函式中也是通用的。

三、sendto與recvfrom緩衝分析

send和sendto函式在UDP層沒有輸出緩衝區，在TCP層有輸出緩衝區，recv和recvfrom無論在UDP層還是TCP層都有接收緩衝區。這樣看來sendto應該是不會阻塞的。

UDP傳送緩衝區和接收緩衝區細節分析:

1、這一次我們展示的套介面傳送緩衝區用虛框表示，因為它並不存在。UDP套介面有傳送緩衝區大小（SO_SNDBUF修改），不過它僅僅是寫到套介面的UDP資料報的大小上限。 如果應用程式寫一個大於套介面傳送緩衝區大小的資料報，核心將返回一個EMSGSIZE錯誤。 既然UDP不可靠，他不必儲存應用程序的資料拷貝，因此無需真正的傳送緩衝區（應用程序的資料在沿協議棧往下傳遞，以某種形式拷貝到核心緩衝區，然而資料鏈路層在送出資料之後將丟棄該拷貝）

2、UDP沒有MSS（最大分節大小）的概念，如果某個UDP應用程式傳送大資料，那麼他比TCP應用程式更容易分片。從UDP套介面 write成功返回僅僅表示使用者寫入的資料報或者所有片段已經加入到資料鏈路層的輸出佇列。如果該佇列沒有足夠的空間存放該資料報或者他的某個片段，核心 通常返回給應用程序一個ENOBUFS錯誤（也有的系統不會返回錯誤)。

3、TCP和UDP都擁有套介面接收緩衝區。TCP套介面接收緩衝區不可能溢位，因為TCP具有流量控制(視窗).然而對於TCP來說， 當接收到的資料報裝不進套介面接收緩衝區時，該資料報就丟棄 。UDP是沒有流量控制的：較快的傳送端可以很容易淹沒較慢的接收端，導致接收端的UDP丟棄資料報。