1. 程式人生 > >socket中send和recv函式的阻塞理解

socket中send和recv函式的阻塞理解

int send( SOCKET s, const char FAR *buf, int len, int flags );

不論是客戶還是伺服器應用程式都用send函式來向TCP連線的另一端傳送資料。客戶程式一般用send函式向伺服器傳送請求,而伺服器則通常用send函式來向客戶程式傳送應答。

該函式的第一個引數指定傳送端套接字描述符(發給誰寫誰的socket);

第二個引數指明一個存放應用程式要傳送資料的緩衝區;

第三個引數指明實際要傳送的資料的位元組數;

第四個引數一般置0。

這裡只描述同步Socket的send函式的執行流程。當呼叫該函式時,

(1)send先比較待發送資料的長度len和套接字s的傳送緩衝的長度, 如果len大於s的傳送緩衝區的長度,該函式返回SOCKET_ERROR;

(2)如果len小於或者等於s的傳送緩衝區的長度,那麼send先檢查協議是否正在傳送s的傳送緩衝中的資料,如果是就等待協議把資料傳送完,如果協議 還沒有開始傳送s的傳送緩衝中的資料或者s的傳送緩衝中沒有資料,那麼send就比較s的傳送緩衝區的剩餘空間和len

(3)如果len大於剩餘空間大小,send就一直等待協議把s的傳送緩衝中的資料傳送完

(4)如果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訊號,程序對該訊號的預設處理是程序終止。

通過

測試發現,非同步socket的send函式在網路剛剛斷開時還能傳送返回相應的位元組數,同時使用select檢測也是可寫的,但是過幾秒鐘之後,再send就會出錯了,返回-1。select也不能檢測出可寫了。

2. recv函式

int recv( SOCKET s, char FAR *buf, int len, int flags);

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

第一個引數指定接收端套接字描述符(誰接收寫誰);

第二個引數指明一個緩衝區,該緩衝區用來存放recv函式接收到的資料;

第三個引數指明buf的長度;

第四個引數一般置0。

這裡只描述同步Socket的recv函式的執行流程。當應用程式呼叫recv函式時,

(1)recv先等待s的傳送緩衝中的資料被協議傳送完畢,如果協議在傳送s的傳送緩衝中的資料時出現網路錯誤,那麼recv函式返回SOCKET_ERROR,

(2)如果s的傳送緩衝中沒有資料或者資料被協議成功傳送完畢後,recv先檢查套接字s的接收緩衝區,如果s接收緩衝區中沒有資料或者協議正在接收數 據,那麼recv就一直等待,直到協議把資料接收完畢。當協議把資料接收完畢,recv函式就把s的接收緩衝中的資料copy到buf中(注意協議接收到的資料可能大於buf的長度,所以 在這種情況下要呼叫幾次recv函式才能把s的接收緩衝中的資料copy完。recv函式僅僅是copy資料,真正的接收資料是協議來完成的),


首先要理解的是,緩衝區有兩種。第一種是使用者定義的緩衝區,就是send裡的緩衝區引數。另一種就是套接字緩衝區,是由協議自定的。可以用getsockopt獲取其大小,並用setsockopt重置其大小。傳送的時候使用send實際上是從使用者緩衝區傳送到socket緩衝區中,至於資料真正何時傳送給另一端則是由協議規定的。Recv也類似。

獲取方法:

int reuse;

int nlen;
getsockopt(sd,SOL_SOCKET,SO_SNDBUF,( char *)&reuse,&nlen);

看了這段話之後,我使用Windsock先獲取了socket緩衝區為8192,但是直接傳送10000的資料也不會阻塞,在我的機器上傳送23684時候阻塞,在別的機器上是不同的值,不知道內部是如何實現的。但是如果不斷髮送同時另一端也在接受,且使用者定義的接受緩衝區的大小大於8192的話,在之後的傳送過程中會每次填充8192;如果另一端使用者定義接受緩衝區小於8192,如1000則傳送端就會分開發送,如3752一次,4440一次,並且之後都是這樣,加起來也是8192,就是不明白windsock的send的內部實現機制了。