在IOCP中使用GetQueuedCompletionStatus函数的问题。

[Chevin]

在MSDN中，关于GetQueuedCompletionStatus函数返回值的描述如下：

1.
If the function dequeues a completion packet for a successful I/O operation from the completion port, the return value is nonzero. The function stores information in the variables pointed to by the lpNumberOfBytesTransferred, lpCompletionKey, and lpOverlapped parameters.
如果函数从完成端口取出一个成功I/O操作的完成包，返回值为非0。函数在指向lpNumberOfBytesTransferred, lpCompletionKey, and lpOverlapped的参数中存储相关信息。 

2.
If *lpOverlapped is NULL and the function does not dequeue a completion packet from the completion port, the return value is zero. The function does not store information in the variables pointed to by the lpNumberOfBytesTransferred and lpCompletionKey parameters. To get extended error information, call GetLastError. If the function did not dequeue a completion packet because the wait timed out, GetLastError returns WAIT_TIMEOUT. 
如果 *lpOverlapped为空并且函数没有从完成端口取出完成包，返回值则为0。函数则不会在lpNumberOfBytes and lpCompletionKey所指向的参数中存储信息。调用GetLastError可以得到一个扩展错误信息。如果函数由于等待超时而未能出列完成包，GetLastError返回WAIT_TIMEOUT.  

3.
If *lpOverlapped is not NULL and the function dequeues a completion packet for a failed I/O operation from the completion port, the return value is zero. The function stores information in the variables pointed to by lpNumberOfBytesTransferred, lpCompletionKey, and lpOverlapped. To get extended error information, call GetLastError
如果 *lpOverlapped不为空并且函数从完成端口出列一个失败I/O操作的完成包，返回值为0。函数在指向lpNumberOfBytesTransferred, lpCompletionKey, and lpOverlapped的参数指针中存储相关信息。调用GetLastError可以得到扩展错误信息 

4.
If a socket handle associated with a completion port is closed, GetQueuedCompletionStatus returns ERROR_SUCCESS, with lpNumberOfBytes equal zero.  
如果关联到一个完成端口的一个socket句柄被关闭了，则GetQueuedCompletionStatus返回ERROR_SUCCESS,并且lpNumberOfBytes等于0

在以上4中情况中，1、2、4都能模拟实现出来，但是在什么情况下，才会出现第3中情况呢？
“失败I/O操作的完成包”是指的什么呢？

[rularys]

failed I/O operation

假如线程T投递了异步I/O操作i并且该操作正在被等待中，这时候线程T退出或者取消了I/O操作，那么i就会失败
返回。

[Chevin]

[Quote=引用 1 楼 rulary 的回复:]
failed I/O operation

假如线程T投递了异步I/O操作i并且该操作正在被等待中，这时候线程T退出或者取消了I/O操作，那么i就会失败
返回。
[/Quote]

谢谢回复。
我进行了如下尝试，在一个线程中POST了一个Recv，那么这个Recv肯定是等待的（客户端只连接，不发送数据），然后等一段事件，这个线程退出了。
CancelIO方法，也是如下结果。
结果如下：
1.GetQueuedCompletionStatus返回false
2.lpNumberOfBytes=0
3.lpOverlapped!=NULL
4lpCompletionKey!=NULL

非常感谢了。
另外，如果我想再了解一下一次投递多个Recv，是否先投递的一定先接收到消息呢？？？
比如Post了两个，先RevcA、后RecvB，那么RecvA肯定是比RecvB先接收到消息的吗？

[rularys]

"另外，如果我想再了解一下一次投递多个Recv，是否先投递的一定先接收到消息呢？？？
比如Post了两个，先RevcA、后RecvB，那么RecvA肯定是比RecvB先接收到消息的吗？"

完成队列是按投递先后有序的，至于消息谁先返回，那要看那个消息先完成。
建议你详细的看看MSDN上关于IOCP的描述

[Chevin]

谢谢。

“完成队列是按投递先后有序的，至于消息谁先返回，那要看那个消息先完成。”
你的意思是不是，对同一个socket先投递RecvA，后投递RecvB，（假设RecvA和RecvB的buffer大小都为10byte）。那么，传过来的数据是18byte的话，那么RecvA一定是先收到前面的10Byte，而RecvB一定是接着收到后面的8Byte？？？
至于谁先返回到用户就说不定了，是吧？



“建议你详细的看看MSDN上关于IOCP的描述。”
请问，MSDN那里有比较详细的介绍IOCP原理的呢？
我现在是一个函数一个函数的看。

主要是对同一个socket投递多个Recv比较疑惑。