我本想把發(fā)送和接收分開作為兩部分,但是最后我決定只略微解釋一下 FD_READ ,留下更多的時(shí)間來說明更復(fù)雜的 FD_WRITE , FD_READ 事件非常容易掌握. 當(dāng)有數(shù)據(jù)發(fā)送過來時(shí), WinSock 會(huì)以 FD_READ 事件通知你, 對(duì)于每一個(gè) FD_READ 事件, 你需要像下面這樣調(diào)用 recv() :
int bytes_recv = recv(wParam, &data, sizeof(data), 0);
基本上就是這樣, 別忘了修改上面的 wParam. 還有, 不一定每一次調(diào)用 recv() 都會(huì)接收到一個(gè)完整的數(shù)據(jù)包, 因?yàn)閿?shù)據(jù)可能不會(huì)一次性全部發(fā)送過來. 所以在開始處理接收到的數(shù)據(jù)之前, 最好對(duì)接收到的字節(jié)數(shù) ( 即 recv() 的返回值) 進(jìn)行判斷, 看看是否收到的是一個(gè)完整的數(shù)據(jù)包.
FD_WRITE 相對(duì)來說就麻煩一些. 首先, 當(dāng)你建立了一個(gè)連接時(shí), 會(huì)產(chǎn)生一個(gè) FD_WRITE 事件. 但是如果你認(rèn)為在收到 FD_WRITE 時(shí)調(diào)用 send() 就萬事大吉, 那就錯(cuò)了. FD_WRITE 事件只在發(fā)送緩沖區(qū)有多出的空位, 可以容納需要發(fā)送的數(shù)據(jù)時(shí)才會(huì)觸發(fā).
上面所謂的發(fā)送緩沖區(qū),是指系統(tǒng)底層提供的緩沖區(qū). send() 先將數(shù)據(jù)寫入到發(fā)送緩沖區(qū)中, 然后通過網(wǎng)絡(luò)發(fā)送到接收端. 你或許會(huì)想, 只要不把發(fā)送緩沖區(qū)填滿, 讓發(fā)送緩沖區(qū)保持足夠多的空位容納需要發(fā)送的數(shù)據(jù), 那么你就會(huì)源源不斷地收到 FD_WRITE 事件了. 嘿嘿, 錯(cuò)了.上面只是說 FD_WRITE 事件在發(fā)送緩沖區(qū)有多出的空位時(shí)會(huì)觸發(fā), 但不是在有足夠的空位時(shí)觸發(fā), 就是說你得先把發(fā)送緩沖區(qū)填滿.
通常的辦法是在一個(gè)無限循環(huán)中不斷的發(fā)送數(shù)據(jù), 直到把發(fā)送緩沖區(qū)填滿. 當(dāng)發(fā)送緩沖區(qū)被填滿后, send() 將會(huì)返回 SOCKET_ERROR , WSAGetLastError() 會(huì)返回 WSAWOULDBLOCK . 如果當(dāng)前這個(gè) SOCKET 處于阻塞(同步)模式, 程序會(huì)一直等待直到發(fā)送緩沖區(qū)空出位置然后發(fā)送數(shù)據(jù); 如果SOCKET是非阻塞(異步)的,那么你就會(huì)得到 WSAWOULDBLOCK 錯(cuò)誤. 于是只要我們首先循環(huán)調(diào)用 send() 直到發(fā)送緩沖區(qū)被填滿, 然后當(dāng)緩沖區(qū)空出位置來的時(shí)候, 系統(tǒng)就會(huì)發(fā)出FD_WRITE事件. 有沒有想過我能指出這一點(diǎn)來是多么不容易, 你可真走運(yùn). 下面是一個(gè)處理 FD_WRITE 事件的例子.
case FD_WRITE: // 可以發(fā)送數(shù)據(jù)了
{
// 進(jìn)入無限循環(huán)
while(TRUE)
{
// 從文件中讀取數(shù)據(jù), 保存到 packet.data 里面.
in.read((char*)&packet.data, MAX_PACKET_SIZE);
// 發(fā)送數(shù)據(jù)
if (send(wparam, (char*)(&packet), sizeof(PACKET), 0) == SOCKET_ERROR)
{
if (WSAGetLastError() == WSAEWOULDBLOCK)
{
// 發(fā)送緩沖區(qū)已經(jīng)滿了, 退出循環(huán).
break;
}
else // 其他錯(cuò)誤
{
// 顯示出錯(cuò)信息然后退出.
CleanUp();
return(0);
}
}
}
} break;
看到了吧, 實(shí)現(xiàn)其實(shí)一點(diǎn)也不困難. 你只是弄混了一些概念而已. 使用這樣的發(fā)送方式, 在發(fā)送緩沖區(qū)變滿的時(shí)候就可以退出循環(huán). 然后, 當(dāng)緩沖區(qū)空出位置來的時(shí)候, 系統(tǒng)會(huì)觸發(fā)另外一個(gè) FD_WRITE 事件, 于是你就可以繼續(xù)發(fā)送數(shù)據(jù)了.
在你開始使用新學(xué)到的知識(shí)之前, 我還想說明一下 FD_WRITE 事件的使用時(shí)機(jī). 如果你不是一次性發(fā)送大批量的數(shù)據(jù)的話, 就別想著使用 FD_WRITE 事件了, 原因很簡(jiǎn)單 - 如果你寄期望于在收到 FD_WRITE 事件時(shí)發(fā)送數(shù)據(jù), 但是卻又不能發(fā)送足夠的數(shù)據(jù)填滿發(fā)送緩沖區(qū), 那么你就只能收到連接剛剛建立時(shí)觸發(fā)的那一次 FD_WRITE - 系統(tǒng)不會(huì)觸發(fā)更多的 FD_WRITE 了. 所以當(dāng)你只是發(fā)送盡可能少的數(shù)據(jù)的時(shí)候, 就忘掉 FD_WRITE 機(jī)制吧, 在任何你想發(fā)送數(shù)據(jù)的時(shí)候直接調(diào)用 send() .
結(jié)論
這是我寫過的最長(zhǎng)的一篇文章. 我也曾試圖盡可能把它寫短一些來吸引你的注意力, 但是有太多的內(nèi)容要包括. 在剛剛使用異步SOCKET 時(shí), 如果你沒有正確地理解它, 真的會(huì)把自己搞胡涂. 我希望我的文章教會(huì)了你如何使用它們. ___________________________________
這是我在 GOOGLE 上搜到的一篇文章中的一部分. 雖然原作者的部分觀點(diǎn)似乎并不正確, 但是文章寫得很易懂. 其實(shí), 如果你想收到 FD_WRITE事件而你又無法先填滿發(fā)送緩沖區(qū), 可以調(diào)用 WSAAsyncSelect( ..., FD_WRITE ). 如果當(dāng)前發(fā)送緩沖區(qū)有空位, 系統(tǒng)會(huì)馬上給你發(fā) FD_WRITE 事件.
FD_WRITE 消息, MFC 的 CAsyncSocket 類將其映射為 OnSend() 函數(shù). FD_READ 消息, 被映射為 OnReceive() 函數(shù).