FD WRITE 訊息機制

我本想把傳送和接收分開作為兩部分,但是最後我決定只略微解釋一下 fd_read ,留下更多的時間來說明更複雜的 fd_write , fd_read 事件非常容易掌握. 當有資料傳送過來時, winsock 會以 fd_read 事件通知你, 對於每乙個 fd_read 事件, 你需要像下面這樣呼叫 recv() :

int bytes_recv = recv(wparam, &data, sizeof(data), 0);

基本上就是這樣, 別忘了修改上面的 wparam. 還有, 不一定每一次呼叫 recv() 都會接收到乙個完整的資料報, 因為資料可能不會一次性全部傳送過來. 所以在開始處理接收到的資料之前, 最好對接收到的位元組數 ( 即 recv() 的返回值) 進行判斷, 看看是否收到的是乙個完整的資料報.

fd_write 相對來說就麻煩一些. 首先, 當你建立了乙個連線時, 會產生乙個 fd_write 事件. 但是如果你認為在收到 fd_write 時呼叫 send() 就萬事大吉, 那就錯了. fd_write 事件只在傳送緩衝區有多出的空位, 可以容納需要傳送的資料時才會觸發.

上面所謂的傳送緩衝區,是指系統底層提供的緩衝區. send() 先將資料寫入到傳送緩衝區中, 然後通過網路傳送到接收端. 你或許會想, 只要不把傳送緩衝區填滿, 讓傳送緩衝區保持足夠多的空位容納需要傳送的資料, 那麼你就會源源不斷地收到 fd_write 事件了. 嘿嘿, 錯了.上面只是說 fd_write 事件在傳送緩衝區有多出的空位時會觸發, 但不是在有足夠的空位時觸發, 就是說你得先把傳送緩衝區填滿.

通常的辦法是在乙個無限迴圈中不斷的傳送資料, 直到把傳送緩衝區填滿. 當傳送緩衝區被填滿後, send() 將會返回 socket_error , wsagetlasterror() 會返回 wsawouldblock . 如果當前這個 socket 處於阻塞(同步)模式, 程式會一直等待直到傳送緩衝區空出位置然後傳送資料; 如果socket是非阻塞(非同步)的,那麼你就會得到 wsawouldblock 錯誤. 於是只要我們首先迴圈呼叫 send() 直到傳送緩衝區被填滿, 然後當緩衝區空出位置來的時候, 系統就會發出fd_write事件. 有沒有想過我能指出這一點來是多麼不容易, 你可真走運. 下面是乙個處理 fd_write 事件的例子.

case fd_write: // 可以傳送資料了

else // 其他錯誤}}

} break;

看到了吧, 實現其實一點也不困難. 你只是弄混了一些概念而已. 使用這樣的傳送方式, 在傳送緩衝區變滿的時候就可以退出迴圈. 然後, 當緩衝區空出位置來的時候, 系統會觸發另外乙個 fd_write 事件, 於是你就可以繼續傳送資料了.

在你開始使用新學到的知識之前, 我還想說明一下 fd_write 事件的使用時機. 如果你不是一次性傳送大批量的資料的話, 就別想著使用 fd_write 事件了, 原因很簡單 - 如果你寄期望於在收到 fd_write 事件時傳送資料, 但是卻又不能傳送足夠的資料填滿傳送緩衝區, 那麼你就只能收到連線剛剛建立時觸發的那一次 fd_write - 系統不會觸發更多的 fd_write 了. 所以當你只是傳送盡可能少的資料的時候, 就忘掉 fd_write 機制吧, 在任何你想傳送資料的時候直接呼叫 send() .

結論這是我寫過的最長的一篇文章. 我也曾試圖盡可能把它寫短一些來吸引你的注意力, 但是有太多的內容要包括. 在剛剛使用非同步 socket 時, 如果你沒有正確地理解它, 真的會把自己搞胡塗. 我希望我的文章教會了你如何使用它們. ___________________________________

這是我在 google 上搜到的一篇文章中的一部分. 雖然原作者的部分觀點似乎並不正確, 但是文章寫得很易懂. 其實, 如果你想收到 fd_write 事件而你又無法先填滿傳送緩衝區, 可以呼叫 wsaasyncselect( ..., fd_write ). 如果當前傳送緩衝區有空位, 系統會馬上給你發 fd_write 事件.

fd_write 訊息, mfc 的 casyncsocket 類將其對映為 onsend() 函式. fd_read 訊息, 被對映為 onreceive() 函式.

FD WRITE 訊息機制

windows訊息機制

訊息機制 WSAAsyncSelect

windows訊息機制

FD WRITE 訊息機制

windows訊息機制

訊息機制 WSAAsyncSelect

windows訊息機制

相關推薦