如何判断对端关闭了socket

Posted

tags:

篇首语:本文由小常识网(cha138.com)小编为大家整理,主要介绍了如何判断对端关闭了socket相关的知识,希望对你有一定的参考价值。

1. 根据ERRNO和recv结果进行判断
在UNIX/LINUX下,非阻塞模式SOCKET可以采用recv+MSG_PEEK的方式进行判断,其中MSG_PEEK保证了仅仅进行状态判断,而不影响数据接收
对于主动关闭的SOCKET, recv返回-1,而且errno被置为9(#define EBADF 9 /* Bad file number */)或104 (#define ECONNRESET 104 /* Connection reset by peer */)
对于被动关闭的SOCKET,recv返回0,而且errno被置为11(#define EWOULDBLOCK EAGAIN /* Operation would block */)
对正常的SOCKET, 如果有接收数据,则返回>0, 否则返回-1,而且errno被置为11(#define EWOULDBLOCK EAGAIN /* Operation would block */)

因此对于简单的状态判断(不过多考虑异常情况):
recv返回>0, 正常
参考技术A howtotell(从何谈起) 是一种方法,但具体的还的看你客户端的I/O实现方式,如果是同步方式,当然检测超时最方便实现,如果是异步,在你再次操作I/O时系统都会有相应的返回代码,类似事件FD_CLOSE。

TCP keep-alive - 判断TCP链路的连接情况

TCP 是面向连接的 , 在实际应用中通常都需要检测对端是否还处于连接中。如果已断开连接,主要分为以下几种情况:

1.           连接的对端正常关闭,即使用 closesocket 关闭连接。

2.           连接的对端非正常关闭,包括对端异常关闭,网络断开等情况。

 

 

对于第一种情况,对端正常关闭前都会告知对方,所以很好判断是否连接着。

对于第二组情况,比较麻烦,方法如下:

?---------自己编写心跳包程序,简单的说也就是在自己的程序中加入一条线程,定时向对端发送数据包,查看是否有 ACK ,如果有则连接正常,没有的话则连接断开。

---------使用 TCP 的 keep-alive 机制,这个需要在 编程时对当前 SOCKET 进行相应设置即可,比较方便。

 

 

 

首先说一下 keep-alive 来判断异常断开的原理,其实 keep-alive 的原理就是 TCP 内嵌的一个心跳包。

以服务器端为例,如果当前 server 端检测到超过一定时间(默认是 7,200,000 milliseconds ,也就是 2 个小时)没有数据传输,那么会 向client 端发送一个 keep-alive packet (该 keep-alive packet 就是 ACK 和当前 TCP 序列号减一的组合),此时 client 端应该为以下三种情况之一:

1. client 端仍然存在,网络连接状况良好。此时 client 端会返回一个 ACK 。 server 端接收到 ACK 后重置计时器,在 2 小时后再发送探测。如果 2 小时内连接上有数据传输,那么在该时间基础上向后推延 2 个小时。

2. 客户端异常关闭,或是网络断开。在这两种情况下, client 端都不会响应。服务器没有收到对其发出探测的响应,并且在一定时间(系统默认为 
1000 ms )后重复发送 keep-alive packet ,并且重复发送一定次数( 2000 XP 2003 系统默认为 5 次 , Vista 后的系统默认为 10 次)。

3. 客户端曾经崩溃,但已经重启。这种情况下,服务器将会收到对其存活探测的响应,但该响应是一个复位,从而引起服务器对连接的终止。

以上是关于如何判断对端关闭了socket的主要内容,如果未能解决你的问题,请参考以下文章

整理close 和 shutdown 的原理

tcp不同场景下的关闭分析

error connection reset by peer 104

socket error 10053,10054究竟是怎么引起的

TCP滑动窗口协议

TCP的“非”可靠性