先理一下阻塞和非阻塞的概念：

阻塞就是讓當前呼叫執行緒一直處於停止等待當中，掛起的狀態，執行緒函式會被卡住。

非阻塞則是不管執行結果如何，都會繼續往下執行（往往都要處理很多返回結果），執行緒函式裡一般都是一個迴圈，不停的輪詢。

再理一下發送接收函式：

send/sendto函式，只是把應用層的資料拷貝到核心傳送緩衝區，並不保證資料一定會被髮送到對端，真正執行傳送及什麼時候傳送是由系統(協議棧)決定的，所以send/sendto函式返回成功，只能說明拷貝成功了，如果在還未傳送之前網路斷開，則傳送失敗。

recv/recvform函式,，將核心接收緩衝區的資料拷貝到應用層的buffer中，真正執行接收資料也是由系統層決定的。

套接字預設是阻塞狀態，因此傳送及接收也是阻塞狀態，所以呼叫不會立即返回，而是進入睡眠等待操作完成。

一、send/sendto操作

1.在阻塞模式下send操作將會等待所有資料均被拷貝到傳送緩衝區後才會返回

如果傳送緩衝區可用大小為0或比要傳送的資料長度要小，則會阻塞，直到傳送緩衝區裡的資料被系統傳送後，可用緩衝區大小比要傳送的資料長度大時，send返回成功，否則一直阻塞等待。由此可知，send返回的傳送大小，必然是你引數中的傳送長度的大小。

2.在阻塞模式下sendto操作不會被阻塞

UDP沒有真正意義上的傳送緩衝區，它所做的只是把應用層的緩衝區資料拷貝到下層的協議棧，在此過程中加UDP頭，IP頭，所以不存在阻塞

3.在非阻塞模式下send操作會立即返回

如果傳送緩衝區可用大小為0，則會立即返回EWOULDBLOCK錯誤，表示無法拷貝任何資料到傳送緩衝區；如果傳送緩衝區可用大小不為0，但小於傳送資料的長度，則拷貝可用大小的資料到緩衝區；由此可知，非阻塞send總是儘自己最大能力往傳送緩衝區拷貝儘可能多的資料，所以存在非阻塞send返回的大小比傳送資料的長度要小的情況。

4.在非阻塞模式下sendto操作也不會阻塞

大致與阻塞模式下情況一致，不會被阻塞

二、recv/recvfrom操作

1.在阻塞模式下，recv/recvfrom會一直阻塞到接收緩衝區裡有一個位元組或一個完整的UDP資料報為止，然後再返回

recv的原型：int recv(SOCKET sd, char *buffer, int len, int flag)，注意到系統並不會等待buffer被填滿了再返回，而是一旦有資料被接收到，就立刻返回，因此不要期望實際收到的資料長度就等於len。

2.在非阻塞模式下，recv/recvfrom會立即返回

如果接收緩衝區，有至少一個位元組或UDP資料報，則會返回接收到的資料大小，如果沒有，則返回錯誤EWOULDBLOCK