tcp 服务端如何判断客户端断开连接

1.C/S结构。功能方面比较简单就是client端与server端建立连接，然后发送消息给server，如果socket连接断开（异常，正常）后，我如何才能感知到？

要求：server端这边是绝对被动的，sever端不能主动断开连接。也没有连接链路维持包之类的。client端发送数据的时间也是不定的。在socket连接断开后， server要能够感知到并释放资源。

方案1：当使用 select()函数测试一个socket是否可读时，如果select()函数返回值为1，且使用recv()函数读取的数据长度为0 时，就说明该socket已经断开。

为了更好的判定socket是否断开，我判断当recv()返回值小于等于0时，socket连接断开。但是还需要判断 errno是否等于 EINTR 。如果errno == EINTR 则说明recv函数是由于程序接收到信号后返回的，socket连接还是正常的，不应close掉socket连接。

方案2：

我的方法不一样，我用getsockopt来判断，还是蛮准确的 
int SocketConnected(int sock) 
{ 
if(sock<=0) 
return 0; 
struct tcp_info info; 
int len=sizeof(info); 
getsockopt(sock, IPPROTO_TCP, TCP_INFO, &info, (socklen_t *)&len); 
if((info.tcpi_state==TCP_ESTABLISHED)) 
{ 
//myprintf("socket connected\n"); 
return 1; 
} 
else 
{ 
//myprintf("socket disconnected\n"); 
return 0; 
} 
}

2.tcp会自动断开连接吗？

TCP的保活定时器能够保证TCP连接一直保持，但是TCP的保活定时器不是每个TCP/IP协议栈就实现了。

3.如何实现用户掉线检测？

SO_KEEPALIVE ,SIO_KEEPALIVE_VALS 和Heart-Beat线程。

(1)SO_KEEPALIVE 机制

这是socket库提供的功能，设置接口是setsockopt API：

如果为socket设置了KEEPALIVE选项，TCP/IP栈在检测到对方掉线后，任何在该socket上进行的调用(发送/接受调用)就会立刻返回，错误号是WSAENETRESET ；

缺点： 默认设置是空闲2小时才发送一个“保持存活探测分节”，不能保证实时检测！

(2)SIO_KEEPALIVE_VALS 机制

设置接口是WSAIoctl API；

该选项不同于SO_KEEPALIVE 机制的，就是它是针对单个连接的，对系统其他的套接 口并不影响

当网络连接断开后，TCP STACK并不主动告诉上层的应用程序，但是当下一次RECV或者SEND操作进行后，马上就会返回错误告诉上层这个连接已经断开了；

如果检测到断开的时候，在这个连接上有正在PENDING的IO操作，则马上会失败返回.

缺点：不通用啦。MS的API只能用于Windows

（3）Heart-Beat线程

一个后台线程，实现Heart-Beat包，客户端受到该包后，立刻返回相应的反馈 包

缺点：会改变现有的通讯协议

具体的例子可以看：http://www.stmcu.org/module/forum/thread-617096-1-8.html

TCP socket心跳包示例程序https://blog.csdn.net/lisonglisonglisong/article/details/51327695

TCP之心跳包实现思路https://www.cnblogs.com/scy251147/p/3333957.html

 

对keepalive和heart beat总结：检测连接是否丢失的方法大致有两种：keepalive和heart-beat。Keepalive是很多的TCP实现提供的一种机制，它允许连接在空闲的时候双方会发送一些特殊的数据段，并通过响应与否来判断连接是否还存活着（所谓keep~~alive）。Keepalive适用于清除死亡时间比较长的连接。 

Heart-beat（心跳），按我的理解，它的原理和keepalive非常类似，都是发送一个信号给对方，如果多次发送都没有响应的话，则判断连接中断。它们的不同点在于，keepalive是tcp实现中内建的机制，是在创建tcp连接时通过设置参数启动keepalive机制；而heart-beat则需要在tcp之上的应用层实现。一个简单的heart-beat实现一般测试连接是否断开采用的时间间隔都比较短，可以很快的决定连接是否断开。并且，由于是在应用层实现，因为可以自行决定当判断连接中断后应该采取的行为，而keepalive在判断连接失败后只会将连接丢弃。

参考的bolg：https://www.cnblogs.com/youxin/p/4056041.html