QT：KeepAliveOption的应用
由于用QTcpSocket写网络通讯程序，当正常服务端或者客户端断开的时候，我们监测信号即可：Signals：stateChanged(QAbstractSocket::SocketState)。（手动关闭网络连接，也会检测到断开）
但是当若是有一端无故突然被拔掉网线，这个信号就检测不到TcpSocket已经断开了，而且她仍然是连接状态。
那么我们这个时候就需要考虑到心跳信号了。
在Qt中，已经提供了QAbstractSocket::KeepAliveOption
clientSocket->setSocketOption(QAbstractSocket::KeepAliveOption, 1);
然后去win7系统注册表中更改：
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters]
“KeepAliveTime”=1000 （ms，32dword）
“KeepAliveInterval”=1000（ms，32dword）
重启机器。
测试一下拔掉网线后，是否激活了disconnected信号。我感觉还是花了5s左右，才会检测到网线断了。
所以根本方法，还是得用心跳机制。
如下内容，总结了3种检测掉线的机制。
转载：http://www.cnblogs.com/BeginGame/archive/2011/09/24/2189750.html
用户异常掉线检测
David.Zhu 2005/6/1
目前主要有三种方法来实现用户掉线检测：SO_KEEPALIVE ,SIO_KEEPALIVE_VALS 和Heart-Beat线程。
下面我就上面的三种方法来做一下介绍。
(1)SO_KEEPALIVE 机制
这是socket库提供的功能，设置接口是setsockopt API：
BOOL bSet=TRUE;
setsockopt(hSocket,SOL_SOCKET,SO_KEEPALIVE,(const char*)&bSet,sizeof(BOOL));
根据MSDN的文档，如果为socket设置了KEEPALIVE选项，TCP/IP栈在检测到对方掉线后，
任何在该socket上进行的调用(发送/接受调用)就会立刻返回，错误号是WSAENETRESET ；
同时，此后的任何在该socket句柄的调用会立刻失败，并返回WSAENOTCONN错误。
该机制的缺点也很明显：
默认设置是空闲2小时才发送一个“保持存活探测分节”，不能保证实时检测！
当然也可以修改时间间隔参数，但是会影响到所有打开此选项的套接口！
关联了完成端口的socket可能会忽略掉该套接字选项。
(2)SIO_KEEPALIVE_VALS 机制
这是从彭博兄那里学到一个机制拉，设置接口是WSAIoctl API:
DWORD dwError = 0L ;
tcp_keepalive sKA_Settings = {0}, sReturned = {0} ;
sKA_Settings.onoff = 1 ;
sKA_Settings.keepalivetime = 5500 ; // Keep Alive in 5.5 sec.
sKA_Settings.keepaliveinterval = 3000 ; // Resend if No-Reply
if (WSAIoctl(skNewConnection, SIO_KEEPALIVE_VALS, &sKA_Settings,
sizeof(sKA_Settings), &sReturned, sizeof(sReturned), &dwBytes,
NULL, NULL) != 0)
{
dwError = WSAGetLastError() ;
}
实现时需要添加tcp_keepalive and SIO_KEEPALIVE_VALS的定义文件MSTCPiP.h
该选项不同于SO_KEEPALIVE 机制的就是它是针对单个连接的，对系统其他的套接
口并不影响。
针对完成端口的socket,设置了SIO_KEEPALIVE_VALS后，激活包由TCP STACK来负责。
当网络连接断开后，TCP STACK并不主动告诉上层的应用程序，但是当下一次RECV或者SEND操作
进行后，马上就会返回错误告诉上层这个连接已经断开了.如果检测到断开的时候，在这个连接
上有正在PENDING的IO操作，则马上会失败返回.
该机制的缺点：
不通用啦。MS的API只能用于Windows拉。不过，呵呵用彭博兄的评论就是：
优雅一些^_^.
(3)Heart-Beat线程
没说的。自己写一个后台线程，实现Heart-Beat包，客户端受到该包后，立刻返回相应的反馈 包。
该方法的好处是通用，但缺点就是会改变现有的通讯协议！
有开发网络应用经历的人都知道，网络中的接收和发送数据都是使用WINDOWS中的SOCKET进行实现。但是如果此套接字已经断开，那发送数据和接收数据的时候就一定会有问题。可是如何判断这个套接字是否还可以使用呢？
有人一定想到使用Send函数中的返回结果来进行判断。如果返回的长度和自己发送出去的长度一致，那就说明这个套接字是可用的，否则此套接字一定出现了问题。但是我们并不是无时无刻的发送数据呀。如何解决呢？
其实TCP中已经为我们实现了一个叫做心跳的机制。如果你设置了心跳，那TCP就会在一定的时间（比如你设置的是３秒钟）内发送你设置的次数的心跳（比如说２次），并且此信息不会影响你自己定义的协议。
在VC中实现心跳的例子很多，可是在DLEPHI中一直没有相应的代码。下面我是我使用DELPHI编写的关于心跳的代码（以IOCP为例），希望对大家有帮助。
定义心跳常量
const
IOC_IN =$80000000;
IOC_VENDOR =$18000000;
IOC_out =$40000000;
SIO_KEEPALIVE_VALS =IOC_IN or IOC_VENDOR or 4;
var
inKeepAlive,OutKeepAlive:TTCP_KEEPALIVE;
实现代码是在Acceptsc:= WSAAccept(Listensc, nil, nil, nil, 0);代码的后面加入：
opt:=1;
if setsockopt(Acceptsc,SOL_SOCKET,SO_KEEPALIVE,@opt,sizeof(opt))=SOCKET_ERROR then
begin
closesocket(Acceptsc);
end;
inKeepAlive.onoff:=1;
//设置３秒钟时间间隔
inKeepAlive.keepalivetime:=3000;
//设置每３秒中发送１次的心跳
inKeepAlive.keepaliveinterval:=1;
insize:=sizeof(TTCP_KEEPALIVE);
outsize:=sizeof(TTCP_KEEPALIVE);
if WSAIoctl(Accept,SIO_KEEPALIVE_VALS,@inKeepAlive,insize,@outKeepAlive,outsize,@outByte,nil,nil)=SOCKET_ERROR then
begin
closesocket(Acceptsc);
end;
如果加入以上的代码以后，系统会每３秒中加入一次的心跳。并且如果客户端断线以后（网线断），函数GetQueuedCompletionStatus会返回FALSE。
if (GetQueuedCompletionStatus(CompletionPort, BytesTransferred,DWORD(PerHandleData), POverlapped(PerIoData), INFINITE) = False) then
begin
//在这里处理客户端断线信息。
continue;
end;
以上就是我使用心跳的方法，此方法我已经在我的网络游戏中使用。情况稳定！
转自：http://www.lofter.com/tag/qtcpsocket
