GetQueuedCompletionStatus函數有個OVERLAPPED結構，很多資料上都采用不同的結構體來擴展該結構，比如有的資料定義：
typedef struct _OVERLAPPEDPLUS
{
OVERLAPPED ol;
SOCKET s, sclient;
int OpCode;
WSABUF wbuf;
DWORD dwBytes, dwFlags;
}OVERLAPPEDPLUS;
然后，當GetQueuedCompletionStatus(hIocp, &dwBytesXfered,(PULONG_PTR)&PerHandleKey, &Overlap, INFINITE);函數返回時候，人們常用OverlapPlus = CONTAINING_RECORD(Overlap, OVERLAPPEDPLUS, ol)得到一些信息。比如此時端口上完成的是什么操作，數據是什么等，還有，系統(tǒng)如何做到自動填充上述的結構的，也就是說，系統(tǒng)怎么知道在Overlap->OpCode存放的應該是操作類型，如讀，寫操作，而在Overlap->wbuf存放的應該是讀寫數據。
Overlap->OpCode,操作類型是在投遞WSASend,WSARecv的時候，由你自己指定填充這個字段。
因為是非堵塞的，等于投遞到與套接字相關聯的完成端口上，系統(tǒng)會把把WSASend對應的緩沖區(qū)提交到底層緩沖，也可以把WSARecv投遞的緩沖區(qū)，用接收到的數據填充，每一個WSASend，WSARecv，都應有新申請一個overlaspped plus結構提交，以存放本次投遞的IO操作的相關數據，——單IO操作數據所以工作器線程中，從完成端口隊列中get得到一個完成包的時候，可以根據單句柄數據知道在這個完成端口上是哪一個套接字投遞的IO操作完成了，從get到的overlapped中得到相關的已經完成IO數據和信息，并作相應的處理。比如投遞了1M，完成包卻告知只完成512K，那么你就知道要把余下的512K繼續(xù)投遞WSASend,當然上一個WSASend的Overlapped這個時候可以重用到下一個WSASend中，這個是允許的，可以用一個字段存放全部1M，把余下未Send成功512k放到wbuf中，繼續(xù)投遞或者投遞WSARecv1M數據，卻收到一個512K的完成通知，那么你要繼續(xù)投遞WSARecv，當然前一個WSARecv的overlapped也可以重用，不過需要一些處理，把已經接收到的512K保存到某個字段中，再投遞一個512K的請求去接收完成端口內部，對投遞的Overlapped的填充，好像只有WSARecv的時候填充WSABUF,其他都是投遞IO前，代碼中顯式填充，并投遞的。至于完成了多少個字節(jié)，是在lpNumberOfBytes中得到。
對GetQueuedCompletionStatus函數解釋：
實現從指定的IOCP獲取CP。當CP隊列為空時，對此函數的調用將被阻塞，而不是一直等待I/O的完成。當CP隊列不為空時，被阻塞的線程將以后進先出（LIFO）順序被釋放。對于IOCP機制，它允許多線程并發(fā)調用GetQueuedCompletionStatus函數，最大并發(fā)數是在調用CreateIoCompletionPort函數時指定的，超出最大并發(fā)數的調用線程，將被阻塞。函數解釋如下：
聲明：
BOOL GetQueuedCompletionStatus(
HANDLE CompletionPort,
LPDWORD lpNumberOfBytes,
PULONG_PTR lpCompletionKey,
LPOVERLAPPED *lpOverlapped,
DWORD dwMilliseconds)；
調用參數：
CompletionPort：指定的IOCP，該值由CreateIoCompletionPort函數創(chuàng)建。
lpnumberofbytes：一次完成后的I/O操作所傳送數據的字節(jié)數。
lpcompletionkey：當文件I/O操作完成后，用于存放與之關聯的CK。
lpoverlapped：為調用IOCP機制所引用的OVERLAPPED結構。
dwmilliseconds：用于指定調用者等待CP的時間。
返回值：
調用成功，則返回非零數值，相關數據存于lpNumberOfBytes、lpCompletionKey、lpCompletionKey變量中。失敗則返回零值。