7.3.4 流協(xié)議
由于大多面向連接的協(xié)議同時也是流式傳輸協(xié)議，所以，在此提一下流式協(xié)議。對于流套接字上收發(fā)數(shù)據(jù)所用的函數(shù)，需要明白的是：它們不能保證對請求的數(shù)據(jù)量進行讀取或?qū)懭搿１热缯f，一個2 0 4 8字節(jié)的字符緩沖，準備用s e n d函數(shù)來發(fā)送它。采用的代碼是：
char sendBuff[2048];
int? nBytes = 2048;
int ret= 0;
ret = send(s,sendBuff,nBytes,0);
對s e n d函數(shù)而言，可能會返回已發(fā)出的少于2 0 4 8的字節(jié)。r e t變量將設(shè)為發(fā)送的字節(jié)數(shù)，這是因為對每個收發(fā)數(shù)據(jù)的套接字來說，系統(tǒng)都為它們分配了相當充足的緩沖區(qū)空間。在發(fā)送數(shù)據(jù)時，內(nèi)部緩沖區(qū)會將數(shù)據(jù)一直保留到應該將它發(fā)到線上為止。幾種常見的情況都可導致這一情形的發(fā)生。比方說，大量數(shù)據(jù)的傳輸可以令緩沖區(qū)快速填滿。同時，對T C P / I P來說，還有一個窗口大小的問題。接收端會對窗口大小進行調(diào)節(jié)，以指出它可以接收多少數(shù)據(jù)。如果有大量數(shù)據(jù)涌入接收端，接收端就會將窗口大小設(shè)為0，為待發(fā)數(shù)據(jù)做好準備。對發(fā)送端來
說，這樣會強令它在收到一個新的大于0的窗口大小之前，不得再發(fā)數(shù)據(jù)。在使用s e n d調(diào)用時，緩沖區(qū)可能只能容納1 0 2 4個字節(jié)，這時，便有必要再提取剩下的1 0 2 4個字節(jié)。要保證將所有的字節(jié)發(fā)出去，可采用下面的代碼。
char sendbuf[2048];
int nBytes= 2048,nLeft,idx;
nLeft = nBytes;
idx = 0;
while(nLeft>0)
{
?ret = send(s,&sendbuf[idx],nLeft,0);
?if(ret == SOCKET_ERROR)
?{
??//ERROR
?}
?nLeft -= ret;
?idx +=ret;
?}
?對在流套接字上接收數(shù)據(jù)來說，前一段代碼有用，但意義不大。因為流套接字是一個不間斷的數(shù)據(jù)流，應用程序在讀取它時，和它應該讀多少數(shù)據(jù)之間通常沒有關(guān)系。如果應用需要依賴于流協(xié)議的離散數(shù)據(jù)，你就有別的事要做。如果所有消息長度都一樣，則比較簡單，也就是說， 5 1 2個字節(jié)的消息看起來就像下面這樣：
char recvbuf[2048];
int ret,nLeft,idx;
nLeft = 512;
idx = 0;
while(nLeft>0)
{
?ret = recv(s,&recvbuf[idx],nLeft,0);
?if(ret = SOCKET_ERROR)
?{
??//ERROR
?}
?idx += ret;
?nLeft -= ret;
}
消息長度不同，處理也可能不同。因此，有必要利用你自己的協(xié)議來通知接收端，即將
到來的消息長度是多少。比方說，寫入接收端的前4個字節(jié)一直是整數(shù)，表示即將到來的消息
有多少字節(jié)。然后，接收端先查看前4個字節(jié)的方式，把它們轉(zhuǎn)換成一個整數(shù)，然后判斷構(gòu)成
消息的字節(jié)數(shù)是多少，通過這種方式，便開始逐次讀取。
分散集合I/O
分散集合支持是Berkeley Socket中首次隨R e c v和Wr i t e v這兩個函數(shù)一起出現(xiàn)的概念。
它隨W S A R e c v、W S A R e c v F r o m、W S A S e n d和W S A S e n d To這幾個Winsock 2函數(shù)一起使用。
對收發(fā)格式特別的數(shù)據(jù)這一類的應用來說，它是非常有用的。比方說，客戶機發(fā)到服務器的消息可能一直都是這樣構(gòu)成的，一個指定某種操作的固定的3 2字節(jié)的頭，一個6 4字節(jié)的數(shù)據(jù)塊和一個1 6字節(jié)的尾。這時，就可用一個由三個W S A B U F結(jié)構(gòu)組成的數(shù)組調(diào)用W S A S e n d，這三個結(jié)構(gòu)分別對應的三種消息類型。在接收端，則用3個W S A B U F結(jié)構(gòu)來調(diào)用W S A R e c v，各個結(jié)構(gòu)包含的數(shù)據(jù)緩沖分別是3 2字節(jié)、6 4字節(jié)和1 6字節(jié)。
在使用基于流的套接字時，分散集合I / O模式只是把W S A B U F結(jié)構(gòu)中提供的數(shù)據(jù)緩沖當作一個連續(xù)性的緩沖。另外，接收調(diào)用可能在所有緩沖填滿之前就返回。在基于消息的套接字上，每次對接收操作的調(diào)用都會收到一條消息，其長度由所提供的緩沖決定。如果緩沖不夠，調(diào)用就會失敗，并出現(xiàn)W S A E M S G S I Z E錯誤，為了適應可用的緩沖數(shù)據(jù)就會被截斷。當然，如果用支持部分消息的協(xié)議，就可用M S G _ PA RT I A L標志來避免數(shù)據(jù)的丟失。
7.3.5 中斷連接
一旦完成任務，就必須關(guān)掉連接，釋放關(guān)聯(lián)到那個套接字句柄的所有資源。要真正地釋放與一個開著的套接字句柄關(guān)聯(lián)的資源，執(zhí)行c l o s e s o c k e t調(diào)用即可。但要明白這一點，
c l o s e s o c k e t可能會帶來負面影響（和如何調(diào)用它有關(guān)），即可能會導致數(shù)據(jù)的丟失。鑒于此，應該在調(diào)用c l o s e s o c k e t函數(shù)之前，利用s h u t d o w n函數(shù)從容中斷連接。接下來，我們來談談這兩個A P I函數(shù)。
1. shutdown
為了保證通信方能夠收到應用發(fā)出的所有數(shù)據(jù)，對一個編得好的應用來說，應該通知接收端“不再發(fā)送數(shù)據(jù)”。同樣，通信方也應該如此。這就是所謂的“從容關(guān)閉”方法，并由s h u t d o w n函數(shù)來執(zhí)行。s h u t d o w n的定義如下：
int shutdown(
???????SOCKET s,
???????int how
??????);
h o w參數(shù)可以是下面的任何一個值： S D _ R E C E I V E、S D _ S E N D或S D _ B O T H。如果是S D _ R E C E I V E，就表示不允許再調(diào)用接收函數(shù)。這對底部的協(xié)議層沒有影響。另外，對T C P套接字來說，不管數(shù)據(jù)在等候接收，還是數(shù)據(jù)接連到達，都要重設(shè)連接。盡管如此， U D P套接字上，仍然接受并排列接入的數(shù)據(jù)。如果選擇S E _ S E N D，表示不允許再調(diào)用發(fā)送函數(shù)。對T C P套接字來說，這樣會在所有數(shù)據(jù)發(fā)出，并得到接收端確認之后，生成一個F I N包。最后，
如果指定S D _ B O T H，則表示取消連接兩端的收發(fā)操作。
2. closesocket
c l o s e s o c k e t函數(shù)用于關(guān)閉套接字，它的定義如下：
int closesocket(SOCKET s);
c l o s e s o c k e t的調(diào)用會釋放套接字描述符，再利用套接字執(zhí)行調(diào)用就會失敗，并出現(xiàn)W S A E N O T S O C K錯誤。如果沒有對該套接字的其他引用，所有與其描述符關(guān)聯(lián)的資源都會被
釋放。其中包括丟棄所有等侯處理的數(shù)據(jù)。
對這個進程中任何一個線程來說，它們執(zhí)行的待決異步調(diào)用都在未投遞任何通知消息的情況下被刪除。待決的重疊操作也被刪除。與該重疊操作關(guān)聯(lián)的任何事件，完成例程或完成端口能執(zhí)行，但最后會失敗，出現(xiàn)W S A _ O P E R AT I O N _ A B O RT E D錯誤。異步和非封鎖I / O模
式將在第8章深入講解。另外，還有一點會對c l o s e s o c k e t的行為產(chǎn)生影響：套接字選項S O _ L I N G E R是否已經(jīng)設(shè)置。要得知其中緣由，參考第9章中對S O _ L I N G E R選項的描述。