?
?
鄧立波 深圳，2007-8
作者聯系方式
:
email:????????
libodeng@gmail.com
msn:? ????????
libodeng@gmail.com
tel:???? ???????? 13510275799
版權/著作權所有 (C) 2007 鄧立波 保留所有權利
警告：未經作者許可，任何人或組織不得轉載，公開發布，拷貝，傳播本文獻的全部或部分
?
誤區一，使用
send
函數發送數據
??????
一些人使用阻塞的
send
函數發送數據，這是絕對應該避免的，一旦某一個連接傳輸發生擁塞，或者突然中斷而沒有通知，調用
send
函數的線程將可能被阻塞很長一段時間（可能
10
秒或更長），尤其是當服務器同時處理成千上萬個連接時，這種情況可能會頻繁出現。
??????
使用非阻塞的
send
也不適合，數據不一定每次都能完全發送出去，你得使用
select
跟蹤這些
socket
的發送狀態（一旦可能，發送剩余數據），這失去了
IOCP
的優勢。
?
誤區二，在多個工作線程的情況下使用
PostQueuedCompletionStatus
??????
使用
PostQueuedCompletionStatus
向
IOCP
發送一個“寫數據
IO
包”，然后由
IOCP
在工作線程里面調用
WSASend
發送數據，這在單個工作線程存在的情況下是安全的，這些“寫數據
IO
包”將按它們被投遞的順序取出，并在工作線程中逐一處理。但在多個工作線程存在的情況下，數據仍然按它們投遞的順序取出，但處理不一定有序（即
WSASend
不一定按
PostQueuedCompletionStatus
投遞的順序被調用，iocp是個嚴格的fifo，線程切換卻是隨機的），而導致對方接收到的數據可能出現亂序。
?
?
比較好的一種方式是使用調用
WSASend
直接發送數據，注意對同一個連接連續調用多次
WSASend
是安全的，而不需要等到前一個
WSASend
的操作完成，數據將按調用
WSASend
的順序發送。
在大多數情況下，上面的方式都可以滿足要求，但對一個大容量和高并發的服務器，可能還需要對同一個連接限制并發的
IO
次數，以避免沖擊可分頁內存鎖定極限和非分頁內存極限，更好的方式是對每個連接僅允許一個
pending send IO
，這可以通過建一個發送緩存隊列實現，當
WSASend
未返回操作完成時，后續提交的數據將放置于發送隊列，直到
WSASend
完成，然后從發送隊列取出一塊數據，繼續發送。