TCP线程出现非正常断开的解决方法

在多线程任务中，TCP任务通过三次握手能建立可靠的连接，但是经常会发生在数据传输或通信时发生网络突然断开或者长时间连接空循环监听而未进行操作，需要在软件设计时考虑程序运行中检测到服务器对客户端的这一“虚连接”现象。

    如果主机崩溃，write是否阻塞取决于内核的tcp缓冲区，但read将一直阻塞，直到超时ETIMEOUT，或由于某些中间路由器的原因返回EHOSTUNREACH/ENETUNREACH。select不能检测到该情况。
如果主机崩溃并重起，客户的write到达主机时主机响应RST，客户的read将返ECONNRESET。
此处的”非正常断开”指TCP连接不是以优雅的方式断开,如网线故障等物理链路的原因,还有突然主机断电等原因 。

   心跳机制

    有两种方法可以检测:1.TCP连接双方定时发握手消息 2.利用TCP协议栈中的KeepAlive探测
第二种方法简单可靠,只需对TCP连接两个Socket设定KeepAlive探测,所以本文只讲第二种方法在Linux,Window2000下的实现(在其它的平台上没有作进一步的测试)

1）Windows平台

C代码

//定义结构及宏   

struct TCP_KEEPALIVE {   

    u_longonoff;   

    u_longkeepalivetime;   

    u_longkeepaliveinterval;   

} ;   

#define SIO_KEEPALIVE_VALS _WSAIOW(IOC_VENDOR,4)   

//KeepAlive实现   

TCP_KEEPALIVE inKeepAlive = {0}; //输入参数   

unsigned long ulInLen = sizeof(TCP_KEEPALIVE);   

TCP_KEEPALIVE outKeepAlive = {0}; //输出参数   

unsigned long ulOutLen = sizeof(TCP_KEEPALIVE);   

unsigned long ulBytesReturn = 0;   

//设置socket的keep alive为5秒，并且发送次数为3次   

inKeepAlive.onoff = 1;   

inKeepAlive.keepaliveinterval = 5000; //两次KeepAlive探测间的时间间隔   

inKeepAlive.keepalivetime = 5000; //开始首次KeepAlive探测前的TCP空闭时间   

if (WSAIoctl((unsigned int)s, SIO_KEEPALIVE_VALS,   

(LPVOID)&inKeepAlive, ulInLen,   

(LPVOID)&outKeepAlive, ulOutLen,   

&ulBytesReturn, NULL, NULL) == SOCKET_ERROR)   

{   

    ACE_DEBUG ((LM_INFO,   

    ACE_TEXT ("(%P|%t) \WSAIoctl failed. error code(%d)!\n"), WSAGetLastError()));   

}  

//定义结构及宏 

struct TCP_KEEPALIVE 

{ 

   u_longonoff; 

   u_longkeepalivetime;

   u_longkeepaliveinterval; 

} ; 

#define SIO_KEEPALIVE_VALS _WSAIOW(IOC_VENDOR,4) 

//KeepAlive实现 

TCP_KEEPALIVE inKeepAlive = {0}; 

//输入参数 

unsigned long ulInLen = sizeof(TCP_KEEPALIVE); 

TCP_KEEPALIVE outKeepAlive = {0}; 

//输出参数 

unsigned long ulOutLen = sizeof(TCP_KEEPALIVE); 

unsigned long ulBytesReturn = 0; 

//设置socket的keep alive为5秒，并且发送次数为3次 

inKeepAlive.onoff = 1; 

inKeepAlive.keepaliveinterval = 5000; 

//两次KeepAlive探测间的时间间隔 

inKeepAlive.keepalivetime = 5000; 

//开始首次KeepAlive探测前的TCP空闭时间 

if (WSAIoctl((unsigned int)s, SIO_KEEPALIVE_VALS, (LPVOID)&inKeepAlive, ulInLen, (LPVOID)&outKeepAlive, ulOutLen, &ulBytesReturn, NULL, NULL) == SOCKET_ERROR) 

{ 

ACE_DEBUG ((LM_INFO, ACE_TEXT ("(%P|%t) \WSAIoctl failed. error code(%d)!\n"), WSAGetLastError())); 

}

心跳机制：定时发送一个自定义的结构体(心跳包)，让对方知道自己还活着，以确保连接的有效性。
 
网络中的接收和发送数据都是使用WINDOWS中的SOCKET进行实现。但是如果此套接字已经断开，那发送数据和接收数据的时候就一定会有问题。可是如何判断这个套接字是否还可以使用呢？这个就需要在系统中创建心跳机制。其实TCP中已经为我们实现了一个叫做心跳的机制。如果你设置了心跳，那TCP就会在一定的时间（比如你设置的是3秒钟）内发送你设置的次数的心跳（比如说2次），并且此信息不会影响你自己定义的协议。所谓“心跳”就是定时发送一个自定义的结构体（心跳包或心跳帧），让对方知道自己“在线”。以确保链接的有效性。
　　所谓的心跳包就是客户端定时发送简单的信息给服务器端告诉它我还在而已。代码就是每隔几分钟发送一个固定信息给服务端，服务端收到后回复一个固定信息如果服务端几分钟内没有收到客户端信息则视客户端断开。比如有些通信软件长时间不使用，要想知道它的状态是在线还是离线就需要心跳包，定时发包收包。发包方：可以是客户也可以是服务端，看哪边实现方便合理。一般是客户端。服务器也可以定时轮询发心跳下去。心跳包之所以叫心跳包是因为：它像心跳一样每隔固定时间发一次，以此来告诉服务器，这个客户端还活着。事实上这是为了保持长连接，至于这个包的内容，是没有什么特别规定的，不过一般都是很小的包，或者只包含包头的一个空包。在TCP的机制里面，本身是存在有心跳包的机制的，也就是TCP的选项。系统默认是设置的是2小时的心跳频率。但是它检查不到机器断电、网线拔出、防火墙这些断线。而且逻辑层处理断线可能也不是那么好处理。一般，如果只是用于保活还是可以的。心跳包一般来说都是在逻辑层发送空的包来实现的。下一个定时器，在一定时间间隔下发送一个空包给客户端，然后客户端反馈一个同样的空包回来，服务器如果在一定时间内收不到客户端发送过来的反馈包，那就只有认定说掉线了。只需要send或者recv一下，如果结果为零，则为掉线。但是，在长连接下，有可能很长一段时间都没有数据往来。理论上说，这个连接是一直保持连接的，但是实际情况中，如果中间节点出现什么故障是难以知道的。更要命的是，有的节点（防火墙）会自动把一定时间之内没有数据交互的连接给断掉。在这个时候，就需要我们的心跳包了，用于维持长连接，保活。在获知了断线之后，服务器逻辑可能需要做一些事情，比如断线后的数据清理呀，重新连接呀当然，这个自然是要由逻辑层根据需求去做了。总的来说，心跳包主要也就是用于长连接的保活和断线处理。一般的应用下，判定时间在30-40秒比较不错。如果实在要求高，那就在6-9秒。
 
TCP连接异常断开后操作系统会告诉你，你查询套接字的状态会得到异常，或者当发现函数失败WSAGetLastError的时候也会得到内核的通知。
// 发送回应消息
int nSend = Send4IntMsg(sock, (char*)(LPCTSTR)strSendBuf, strSendBuf.GetLength(), errMsg);
if (nSend < 0) // 发送消息失败
closesocket(sock);//重新连接
 
在B/S编程和UDP编程时才用到心跳。比如定期向web服务器发一个request证明自己在线。http协议是请求一下就断开了，每次都要重新连接，重新请求，这种情况下才有必要用心跳机制。一般的TCP通信都是长连接，不可能频繁连接和断开。对于长期保持连接的情况，一旦断开，操作系统底层都会通知你，你需要解决的是如何获取到系统的通知。