??? IOCP是一整套高性能的IO操作異步模型，可以用在文件操作也可以用在網(wǎng)絡(luò)SOCKET操作上面。當用在網(wǎng)絡(luò)SOCKET上時，在服務(wù)器端主要配合AceeptEx WSASend WSASendto來使用，在客戶機端主要配合ConnectEx WSARecv和WSARecvFrom來使用。這幾天用IOCP模型模仿IPMSG軟件時有一些感觸，分享如下：（這里沒有具體的使用常識，這部分請參考《Windows網(wǎng)絡(luò)編程2nd》或者相關(guān)網(wǎng)路資料）
?
一、單句柄數(shù)據(jù)和單IO數(shù)據(jù)
????? 這部分的術(shù)語不是很明白如何而來，只是根據(jù)Windows網(wǎng)絡(luò)編程一書的中文翻譯而來。
????? 單句柄數(shù)據(jù)是跟隨你丟給IOCP的相關(guān)句柄的，而IO數(shù)據(jù)則是根據(jù)你每次IO操作時丟給相關(guān)API函數(shù)的OVERLAPPED參數(shù)的指針。具體來說，如果你要把某個句柄上的操作用IOCP來完成，那么你會調(diào)用一次（注意，僅需一次，以前我會在每次IO操作時丟調(diào)用，這是錯誤的示范！）CreateIoCompletionPort時把他的指針賦值給CompletionKey這個參數(shù)，而這塊堆上內(nèi)存將會跟隨你的句柄直到句柄被Close，而且中間不允許更換，所以說單句柄數(shù)據(jù)應(yīng)該而且必須是與你的IO句柄相關(guān)的數(shù)據(jù)比如說socket跟狀態(tài)等等。
????? 而單IO數(shù)據(jù)是在調(diào)用WSARecv等等的API函數(shù)時的OVERLAPPED參數(shù)指向的堆上內(nèi)存，這部分的數(shù)據(jù)結(jié)構(gòu)最簡單的做法是把OVERLAPPED作為數(shù)據(jù)結(jié)構(gòu)的第一個字段，然后后面跟上跟此次IO操作相關(guān)的一些數(shù)據(jù)，比如說指向緩沖區(qū)的指針和表明緩沖區(qū)長度的DWORD值等等。這部分的數(shù)據(jù)只跟每次調(diào)用API函數(shù)進行的IO操作相關(guān)。
二、AcceptEx函數(shù)
????? 我在這個函數(shù)上卡殼了很長時間，他第三個函數(shù)表示一個完成AcceptEx操作后用來接收數(shù)據(jù)的一個緩沖，第四個參數(shù)表示一個緩沖的大小，然后四個函數(shù)分別表示本地、遠程地址結(jié)構(gòu)的長度。如果你只想做Accept操作而不想在這里做接收數(shù)據(jù)的動作那么把第四個參數(shù)設(shè)為0即可。但是容易在這里犯錯的是，如果你認為既然不要接收數(shù)據(jù)那么把第三個參數(shù)設(shè)定為NULL那么這次投遞永遠不可能完成，并且所有的返回值WSAGetLastError都會看上去非常正確，這很不幸。即使你不想接收任何數(shù)據(jù)你也不能把表示緩沖區(qū)的參數(shù)設(shè)為0，而要至少設(shè)置一個長度為兩個地址結(jié)構(gòu)長度加上32的長度才行，如果不到那個長度那么等著在delete的時候報運行時錯誤吧！后面兩個表示地址結(jié)構(gòu)長度的參數(shù)都必須設(shè)置成地址結(jié)構(gòu)長度加上16字節(jié)。如果你打算從緩沖里取出那兩個地址結(jié)構(gòu)，那么切記在每個地址結(jié)構(gòu)后面都有16字節(jié)的數(shù)據(jù)塊，這兩塊數(shù)據(jù)到底是什么我也不知道，也沒有任何資料給我解釋包括MSDN，相當崩潰！
三、ConnectEx函數(shù)
????? 基本上這個函數(shù)至少從表面上沒有AcceptEx函數(shù)那些龜毛和詭異的東西，但是你認為這跟WSARecv之類API一樣直接簡單你就又錯了。你會發(fā)現(xiàn)按照普通的方法調(diào)用以后調(diào)用WSAGetLastError返回的是10022錯誤，而不是WSA_IO_PENDING，又崩潰了吧？還好，這次MSDN給了你一小行解釋，說The parameter s is an unbound or a listening socket，還是詭異兩個字connect操作干嘛要綁定？不知道，沒人給解釋，那綁定就對了，那么綁哪個？最好把你的地址結(jié)構(gòu)像下面這樣設(shè)置
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，然后調(diào)用ConnectEx這樣就會看到熟悉的WSA_IO_PENDING了！
四、WSARecvFrom和WSASendTo
????? 這兩個函數(shù)沒什么詭異的地方，只有一個細節(jié)，由于這兩個函數(shù)都是在UDP里用，所以有個地址結(jié)構(gòu)參數(shù)，WSARecvFrom的地址結(jié)構(gòu)API會自己抓取可以在堆棧上分配，而WSASendTo的地址結(jié)構(gòu)API不會自己抓取所以需要你用new在堆上分配，在完成以后再delete掉。
????? 另外還有就是基于UDP的IOCP在WIN2K上可能有些問題，這個在google大神上很容易找到，比如說你打個WSARecvFrom就能在第一頁看到，在WINXP上則沒有什么問題。
?
????? 仔細玩了兩天IOCP以后發(fā)現(xiàn)，細節(jié)很重要，無論是看書還是MSDN等等英文資料，不要錯過任何一個單詞，每錯過一個單詞就多一個可能讓你在某個地方多調(diào)試一個小時甚至更多～