wsaasyncselect
最後仍然是這種模型的優缺點，缺點十分明顯，就是無論程式如何都需要乙個視窗來支援，雖然是非同步的通知訊息，但是仍然是在視窗函式裡同步的進行winsock呼叫，這樣就造成了如果有大量的socket在同乙個執行緒的視窗函式裡進行處理，有可能在乙個請求處理過程中又出現了新的socket事件，這時，這個新來的事件由於沒有及時的得到傳遞而被忽略了（這種情況出現的可能性取決於在處理諸如fd_***x訊息的過程是否「漫長」，管理的socket數量是否十分龐大）， 所以在處理數量龐大的socket時，就顯得力不從心了。優點即為以windows訊息為基礎，十分恰當的利用了windows程式的機制，結構十分清 晰，還是算在乙個執行緒裡提供了同時處理多個socket請求的可能性（當然不適合很龐大的socket群，如果你需要同時send和recv，還是得使用 多執行緒），對簡單的應用而言說也可以說有比較好的效果吧。
我本想把傳送和接收分開作為兩部分,但是最後我決定只略微解釋一下 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() 函式.
Socket程式設計模型流程
面向連線協議的socket程式設計模型 引用內容 伺服器客戶機 socket bind listen accept socket 阻塞，等待客戶資料 建立連線 connect recv 請求資料 send send 應答資料 recv close close 面向無連線協議的socket程式設計模型...
Socket程式設計之併發模型
所謂併發模型，就是當伺服器端accept乙個新的連線請求後，便開乙個新執行緒，處理與客戶端的連線。併發模型簡單易用，適用於客戶端的併發連線請求不多的應用中，但併發請求過多便不適用。示例 如下 完整示例 可參看 迴圈接受客戶端連線請求，請求到達到，開新執行緒與客戶端互動 while 1 socketi...
socket程式設計（二） select 模型
select 模型是winsock中最常見的i o模型，主要是它能夠防止程式在套接字處於阻塞模式的時候經過一次i o操作後被阻塞，同時也能夠防止套接字處於非阻塞模式產生的wsaewouldblock錯誤 select模式也是最簡單的乙個i o模式 int select int nfds,fd set...