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

?

一、單句柄數(shù)據(jù)和單IO數(shù)據(jù)

????? 這部分的術語不是很明白如何而來，只是根據(jù)Windows網(wǎng)絡編程一書的中文翻譯而來。

????? 單句柄數(shù)據(jù)是跟隨你丟給IOCP的相關句柄的，而IO數(shù)據(jù)則是根據(jù)你每次IO操作時丟給相關API函數(shù)的OVERLAPPED參數(shù)的指針。具體來說，如果你要把某個句柄上的操作用IOCP來完成，那么你會調用一次（注意，僅需一次，以前我會在每次IO操作時丟調用，這是錯誤的示范！）CreateIoCompletionPort時把他的指針賦值給CompletionKey這個參數(shù)，而這塊堆上內存將會跟隨你的句柄直到句柄被Close，而且中間不允許更換，所以說單句柄數(shù)據(jù)應該而且必須是與你的IO句柄相關的數(shù)據(jù)比如說socket跟狀態(tài)等等。

????? 而單IO數(shù)據(jù)是在調用WSARecv等等的API函數(shù)時的OVERLAPPED參數(shù)指向的堆上內存，這部分的數(shù)據(jù)結構最簡單的做法是把OVERLAPPED作為數(shù)據(jù)結構的第一個字段，然后后面跟上跟此次IO操作相關的一些數(shù)據(jù)，比如說指向緩沖區(qū)的指針和表明緩沖區(qū)長度的DWORD值等等。這部分的數(shù)據(jù)只跟每次調用API函數(shù)進行的IO操作相關。

二、AcceptEx函數(shù)

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

三、ConnectEx函數(shù)

????? 基本上這個函數(shù)至少從表面上沒有AcceptEx函數(shù)那些龜毛和詭異的東西，但是你認為這跟WSARecv之類API一樣直接簡單你就又錯了。你會發(fā)現(xiàn)按照普通的方法調用以后調用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

????? 這兩個函數(shù)沒什么詭異的地方，只有一個細節(jié)，由于這兩個函數(shù)都是在UDP里用，所以有個地址結構參數(shù)，WSARecvFrom的地址結構API會自己抓取可以在堆棧上分配，而WSASendTo的地址結構API不會自己抓取所以需要你用new在堆上分配，在完成以后再delete掉。

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

?

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