關于Socket和IOCP的一些值得注意的地方

    IOCP是一整套高性能的IO操作異步模型，可以用在檔案操作也可以用在網絡SOCKET操作上面。當用在網絡SOCKET上時，在伺服器端主要配合AceeptEx WSASend WSASendto來使用，在客戶機端主要配合ConnectEx WSARecv和WSARecvFrom來使用。這幾天用IOCP模型模仿IPMSG軟體時有一些感觸，分享如下：（這裡沒有具體的使用常識，這部分請參考《Windows網絡程式設計2nd》或者相關網路資料）

一、單句柄資料和單IO資料

      這部分的術語不是很明白如何而來，隻是根據Windows網絡程式設計一書的中文翻譯而來。

      單句柄資料是跟随你丢給IOCP的相關句柄的，而IO資料則是根據你每次IO操作時丢給相關API函數的OVERLAPPED參數的指針。具體來說，如果你要把某個句柄上的操作用IOCP來完成，那麼你會調用一次（注意，僅需一次，以前我會在每次IO操作時丢調用，這是錯誤的示範！）CreateIoCompletionPort時把他的指針指派給CompletionKey這個參數，而這塊堆上記憶體将會跟随你的句柄直到句柄被Close，而且中間不允許更換，是以說單句柄資料應該而且必須是與你的IO句柄相關的資料比如說socket跟狀态等等。

      而單IO資料是在調用WSARecv等等的API函數時的OVERLAPPED參數指向的堆上記憶體，這部分的資料結構最簡單的做法是把OVERLAPPED作為資料結構的第一個字段，然後後面跟上跟此次IO操作相關的一些資料，比如說指向緩沖區的指針和表明緩沖區長度的DWORD值等等。這部分的資料隻跟每次調用API函數進行的IO操作相關。

二、AcceptEx函數

      我在這個函數上卡殼了很長時間，他第三個函數表示一個完成AcceptEx操作後用來接收資料的一個緩沖，第四個參數表示一個緩沖的大小，然後四個函數分别表示本地、遠端位址結構的長度。如果你隻想做Accept操作而不想在這裡做接收資料的動作那麼把第四個參數設為0即可。但是容易在這裡犯錯的是，如果你認為既然不要接收資料那麼把第三個參數設定為NULL那麼這次投遞永遠不可能完成，并且所有的傳回值WSAGetLastError都會看上去非常正确，這很不幸。即使你不想接收任何資料你也不能把表示緩沖區的參數設為0，而要至少設定一個長度為兩個位址結構長度加上32的長度才行，如果不到那個長度那麼等着在delete的時候報運作時錯誤吧！後面兩個表示位址結構長度的參數都必須設定成位址結構長度加上16位元組。如果你打算從緩沖裡取出那兩個位址結構，那麼切記在每個位址結構後面都有16位元組的資料塊，這兩塊資料到底是什麼我也不知道，也沒有任何資料給我解釋包括MSDN，相當崩潰！

三、ConnectEx函數

      基本上這個函數至少從表面上沒有AcceptEx函數那些龜毛和詭異的東西，但是你認為這跟WSARecv之類API一樣直接簡單你就又錯了。你會發現按照普通的方法調用以後調用WSAGetLastError傳回的是10022錯誤，而不是WSA_IO_PENDING，又崩潰了吧？還好，這次MSDN給了你一小行解釋，說The parameter s is an unbound or a listening socket，還是詭異兩個字connect操作幹嘛要綁定？不知道，沒人給解釋，那綁定就對了，那麼綁哪個？最好把你的位址結構像下面這樣設定

SOCKADDR_IN temp;

temp.sin_family = AF_INET;

temp.sin_port = htons(0);

temp.sin_addr.s_addr = htonl(ADDR_ANY);

為什麼端口這個地方用0，原因很簡單，你去查查MSDN，這樣表示他會在1000-4000這個範圍（可能記錯，想了解的話去查MSDN）找一個沒被用到的port，這樣的話最大程度保證你bind的成功，然後再把socket句柄丢給IOCP，然後調用ConnectEx這樣就會看到熟悉的WSA_IO_PENDING了！

四、WSARecvFrom和WSASendTo

      這兩個函數沒什麼詭異的地方，隻有一個細節，由于這兩個函數都是在UDP裡用，是以有個位址結構參數，WSARecvFrom的位址結構API會自己抓取可以在堆棧上配置設定，而WSASendTo的位址結構API不會自己抓取是以需要你用new在堆上配置設定，在完成以後再delete掉。

      另外還有就是基于UDP的IOCP在WIN2K上可能有些問題，這個在google大神上很容易找到，比如說你打個WSARecvFrom就能在第一頁看到，在WINXP上則沒有什麼問題。

      仔細玩了兩天IOCP以後發現，細節很重要，無論是看書還是MSDN等等英文資料，不要錯過任何一個單詞，每錯過一個單詞就多一個可能讓你在某個地方多調試一個小時甚至更多～

PS上次一篇寫了兩個小時的比較幾種SOCKET模型的文章被CSDN吃掉了，祈禱這篇不會再被吃（雙手合十ING   XD）