完成端口的问题在线等（非常急！！！！！！！！！！！！）

Question

BOOL GetQueuedCompletionStatus( HANDLE CompletionPort, LPDWORD lpNumberOfBytes, PULONG_PTR lpCompletionKey, LPOVERLAPPED* lpOverlapped, DWORD dwMilliseconds ); 
用lpNumberOfBytes来判断socket是否断开
但有时候lpNumberOfBytes == 0 socket并没断开。这样服务器主动断开socket。客户端检测到了服务器断开连接就接着断开连接了。
不知道说的清处不   有人做过这方面东西没  有知道的说一下怎么解决。

Answer 1

lpNumberOfBytes=0是基本的判断依据，更多的你需要判断GetQueuedCompletionStatus函数的返回值，并用GetLastError来得到错误的信息   

Answer 2

如果一个socket句柄关联到一个完成端口被关闭了，则GetQueuedCompletionStatus返回ERROR_SUCCESS,并且lpNumberOfBytes等于0
MSND上有说啊。

Answer 3

是否断开当然不能只以lpNumberOfBytes == 0来判断

Answer 4

如果一个socket句柄关联到一个完成端口被关闭了，则GetQueuedCompletionStatus返回ERROR_SUCCESS,并且lpNumberOfBytes等于0 
MSND上有说啊。

Answer 5

Return value CompletionPort lpNumberOfBytes lpCompletionKey lpOverlapped WSAGetLastError()
连接成功 1 == TRUE 1 == NOT NULL 0（值为0 ） 1 == NOT NULL 1(NOT NULL)  0
连接超时 0 1 0 1 1 121
对方拒绝 0 1 0 1 1 1225
对方关闭 1 1 0 1 1 0
断线 0 1 0 1 1
数据 1 1 1 == NOT NULL 1 1 0
未知情况 1 1 0 1 0
本地关闭 0 1 0 1 1 64

-------------------------------
本来是个表格，发不上来，就这样看吧，每行的排列是按最上面的顺序的

Answer 6

如果一个socket句柄关联到一个完成端口被关闭了，则GetQueuedCompletionStatus返回ERROR_SUCCESS,并且lpNumberOfBytes等于0 
MSND上有说啊。很完美的检测方法了啊！！但是事件必须要recv的返回！！！
如果一个socket句柄关联到一个完成端口被关闭了，则GetQueuedCompletionStatus返回ERROR_SUCCESS,并且lpNumberOfBytes等于0 
MSND上有说啊。很完美的检测方法了啊！！但是事件必须要recv的返回！！！
如果一个socket句柄关联到一个完成端口被关闭了，则GetQueuedCompletionStatus返回ERROR_SUCCESS,并且lpNumberOfBytes等于0 
MSND上有说啊。很完美的检测方法了啊！！但是事件必须要recv的返回！！！
如果一个socket句柄关联到一个完成端口被关闭了，则GetQueuedCompletionStatus返回ERROR_SUCCESS,并且lpNumberOfBytes等于0 
MSND上有说啊。很完美的检测方法了啊！！但是事件必须要recv的返回！！！
如果一个socket句柄关联到一个完成端口被关闭了，则GetQueuedCompletionStatus返回ERROR_SUCCESS,并且lpNumberOfBytes等于0 
MSND上有说啊。很完美的检测方法了啊！！但是事件必须要recv的返回！！！
如果一个socket句柄关联到一个完成端口被关闭了，则GetQueuedCompletionStatus返回ERROR_SUCCESS,并且lpNumberOfBytes等于0 
MSND上有说啊。很完美的检测方法了啊！！但是事件必须要recv的返回！！！
如果一个socket句柄关联到一个完成端口被关闭了，则GetQueuedCompletionStatus返回ERROR_SUCCESS,并且lpNumberOfBytes等于0 
MSND上有说啊。很完美的检测方法了啊！！但是事件必须要recv的返回！！！
如果一个socket句柄关联到一个完成端口被关闭了，则GetQueuedCompletionStatus返回ERROR_SUCCESS,并且lpNumberOfBytes等于0 
MSND上有说啊。很完美的检测方法了啊！！但是事件必须要recv的返回！！！
如果一个socket句柄关联到一个完成端口被关闭了，则GetQueuedCompletionStatus返回ERROR_SUCCESS,并且lpNumberOfBytes等于0 
MSND上有说啊。很完美的检测方法了啊！！但是事件必须要recv的返回！！！
如果一个socket句柄关联到一个完成端口被关闭了，则GetQueuedCompletionStatus返回ERROR_SUCCESS,并且lpNumberOfBytes等于0 
MSND上有说啊。很完美的检测方法了啊！！但是事件必须要recv的返回！！！
如果一个socket句柄关联到一个完成端口被关闭了，则GetQueuedCompletionStatus返回ERROR_SUCCESS,并且lpNumberOfBytes等于0 
MSND上有说啊。很完美的检测方法了啊！！但是事件必须要recv的返回！！！
如果一个socket句柄关联到一个完成端口被关闭了，则GetQueuedCompletionStatus返回ERROR_SUCCESS,并且lpNumberOfBytes等于0 
MSND上有说啊。很完美的检测方法了啊！！但是事件必须要recv的返回！！！
如果一个socket句柄关联到一个完成端口被关闭了，则GetQueuedCompletionStatus返回ERROR_SUCCESS,并且lpNumberOfBytes等于0 
MSND上有说啊。很完美的检测方法了啊！！但是事件必须要recv的返回！！！
如果一个socket句柄关联到一个完成端口被关闭了，则GetQueuedCompletionStatus返回ERROR_SUCCESS,并且lpNumberOfBytes等于0 
MSND上有说啊。很完美的检测方法了啊！！但是事件必须要recv的返回！！！
如果一个socket句柄关联到一个完成端口被关闭了，则GetQueuedCompletionStatus返回ERROR_SUCCESS,并且lpNumberOfBytes等于0 
MSND上有说啊。很完美的检测方法了啊！！但是事件必须要recv的返回！！！
如果一个socket句柄关联到一个完成端口被关闭了，则GetQueuedCompletionStatus返回ERROR_SUCCESS,并且lpNumberOfBytes等于0 
MSND上有说啊。很完美的检测方法了啊！！但是事件必须要recv的返回！！！
如果一个socket句柄关联到一个完成端口被关闭了，则GetQueuedCompletionStatus返回ERROR_SUCCESS,并且lpNumberOfBytes等于0 
MSND上有说啊。很完美的检测方法了啊！！但是事件必须要recv的返回！！！

Answer 7

 
 
function GetQueuedCompletionStatus(hCompPort:THandle;var nBytesTransferred:Cardinal;var dwCompletionKey:Cardinal;var lpOverlapped:POverlapped;dwTimeout:Cardinal):BOOL;stdcall; 
在完成端口编程中，GetQueuedCompletionStatus用来查询投递到完成端口上的异步I/O是否完成或出错。 
1. 当有任务成功时，返回TRUE，dwCompletionKey返回调用CreateIOCompletionPort将I/O设备（比如文件，套接字等等）句柄关联到完成端口时提供的dwCompletionKey参数,lpOverlapped返回异步调用时提供的lpOverlapped参数，nBytesTransferred返回写入或读取的字节数。 
2. 当没有任务完成，也没有任务出现错误时，返回FALSE。lpOverlapped被设置为nil。调用GetLastError可以得到更详细的原因，如果GetLastError返回WAIT_TIMEOUT,表明超时了，如果是其他错误，可以查MSDN上的系统错误码，了解原因。 
3. 如果有任务失败了，返回FALSE。dwCompletionKey和lpOverlapped的设置情况跟第一种结果一样。GetLastError返回任务失败的原因。 
  对于Winsock2的WSARecv调用，如果GetLastError返回ERROR_NETNAME_DELETED，表示连接被通讯的另一方复位或者异常中断了，比如对方死机，此时应关闭套接字。 
  对于Winsock2的ConnectEx调用，如果GetLastError返回ERROR_CONNECTION_REFUSED，表示远端主机没有在这一端口进行监听；如果返回ERROR_HOST_UNREACHABLE，表示网络不通。  

Answer 8

很简单，当GetQueuedCompletionStatus返回FALSE的时候，继续GetQueuedCompletionStatus;返回TRUE的时候才判断lpNumberOfBytesTransferred是不是0,如果是客户端肯定已经断开。

Answer 9

首先，如果你没有投递缓冲区长度为0的WSARecv请求。那么GetQueuedCompletionStatus后得到lpNumberOfBytes=0，会有二种情况：
1.GetQueuedCompletionStatus返回值为TRUE，则表示客户端是主动断开，TCP/IP协议中断开时的4次握手完成了。
2.GetQueuedCompletionStatus返回值为FALSE，则表示客户端是意外断开，4次握手只完成了一部分。SOCKET错误号为：64
所以lpNumberOfBytes=0,服务端都要处理客户断开的操作。

Answer 10

对TCP/IP非常了解。楼主可以参考。

Answer 11

GetQueuedCompletionStatus 返回TRUE 时 lpNumberOfBytesTransferred 是0 则做断开处理咯。

Answer 12

如果一个socket句柄关联到一个完成端口被关闭了，则GetQueuedCompletionStatus返回ERROR_SUCCESS,并且lpNumberOfBytes等于0