關於SOCKET編程中的函數（不斷補充）

send函數:

函數原型int send( SOCKET s,     const char FAR *buf,     int len,     int flags ); 

不論是客戶還是伺服器應用程式都用send函數來向TCP串連的另一端發送資料。

客戶程式一般用send函數向伺服器發送請求，而伺服器則通常用send函數來向客戶程式發送應答。

該函數的第一個參數指定發送端通訊端描述符；

第二個參數指明一個存放應用程式要發送資料的緩衝區；

第三個參數指明實際要發送的資料的位元組數；

第四個參數一般置0。(可在MSDN上查看其具體含義)

這裡只描述同步Socket的send函數的執行流程。當調用該函數時，send先比較待發送資料的長度len和通訊端s的發送緩衝的 長度，如果len大於s的發送緩衝區的長度，該函數返回SOCKET_ERROR；如果len小於或者等於s的發送緩衝區的長度，那麼send先檢查協議 是否正在發送s的發送緩衝中的資料，如果是就等待協議把資料發送完，如果協議還沒有開始發送s的發送緩衝中的資料或者s的發送緩衝中沒有資料，那麼 send就比較s的發送緩衝區的剩餘空間和len，如果len大於剩餘空間大小send就一直等待協議把s的發送緩衝中的資料發送完，如果len小於剩餘 空間大小send就僅僅把buf中的資料copy到剩餘空間裡（注意並不是send把s的發送緩衝中的資料傳到串連的另一端的，而是協議傳的，send僅僅是把buf中的資料copy到s的發送緩衝區的剩餘空間裡）。如果send函數copy資料成功，就返回實際copy的位元組數，如果send在copy資料時出現錯誤，那麼send就返回SOCKET_ERROR；如果send在等待協議傳送資料時網路斷開的話，那麼send函數也返回SOCKET_ERROR。

要注意send函數把buf中的資料成功copy到s的發送緩衝的剩餘空間裡後它就返回了，但是此時這些資料並不一定馬上被傳到串連的另一端。如 果協議在後續的傳送過程中出現網路錯誤的話，那麼下一個Socket函數就會返回SOCKET_ERROR。（每一個除send外的Socket函數在執 行的最開始總要先等待通訊端的發送緩衝中的資料被協議傳送完畢才能繼續，如果在等待時出現網路錯誤，那麼該Socket函數就返回 SOCKET_ERROR）

注意：在Unix系統下，如果send在等待協議傳送資料時網路斷開的話，調用send的進程會接收到一個SIGPIPE訊號，進程對該訊號的預設處理是進程終止。

 

recv函數:

函數原型int recv( SOCKET s,    char FAR *buf,     int len,    int flags    );  

不論是客戶還是伺服器應用程式都用recv函數從TCP串連的另一端接收資料。

該函數的第一個參數指定接收端通訊端描述符；

第二個參數指明一個緩衝區，該緩衝區用來存放recv函數接收到的資料；

第三個參數指明buf的長度；

第四個參數一般置0。(可在MSDN上查看其具體含義)

這裡只描述同步Socket的recv函數的執行流程。當應用程式調用recv函數時，recv先等待s的發送緩衝 中的資料被協議傳送完畢，如果協議在傳送s的發送緩衝中的資料時出現網路錯誤，那麼recv函數返回SOCKET_ERROR，如果s的發送緩衝中沒有數 據或者資料被協議成功發送完畢後，recv先檢查通訊端s的接收緩衝區，如果s接收緩衝區中沒有資料或者協議正在接收資料，那麼recv就一直等待，只到 協議把資料接收完畢。當協議把資料接收完畢，recv函數就把s的接收緩衝中的資料copy到buf中（注意協議接收到的資料可能大於buf的長度，所以 在這種情況下要調用幾次recv函數才能把s的接收緩衝中的資料copy完。recv函數僅僅是copy資料，真正的接收資料是協議來完成的），recv函數返回其實際copy的位元組數。如果recv在copy時出錯，那麼它返回SOCKET_ERROR；如果recv函數在等待協議接收資料時網路中斷了，那麼它返回0。

PS:注意：在Unix等非Windows系統下，如果recv函數在等待協議接收資料時網路斷開了，那麼調用recv的進程會接收到一個SIGPIPE訊號，進程對該訊號的預設處理是進程終止，這將導致程式退出。

 

from:http://www.ibiancheng.cn/Article/VCWin32Article/200803/117.html