通訊端的阻塞和非阻塞send/recv__網路

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

阻塞就是讓當前調用線程一直處於停止等待當中，掛起的狀態，線程函數會被卡住。

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

再理一下發送接收函數：

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