談談IOCP發送數據時的一些誤區及技巧
誤區一，使用 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 完成，然後從發送隊列取出一塊數據，繼續發送。