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