在默认的情况下,TCP连接是没有保活的心跳的。这就是说,当一个TCP的socket,客户端与服务端谁也不发送数据,会一直保持着连接。这其中如果有一方异常掉线,另一端永远也不可能知道。这对于一些服务型的程序来说,将是灾难性的后果。
所以,必须对创建的socket,启用保活心跳,即Keepalive选项。
对于WIN32或者Linux平台来说,设置socket的Keepalive都很简单,只需使用setsockopt设置SO_KEEPALIVE即可。
setsockopt的函数原型在Linux环境下为:
因为const void *可以接受const char *型的参数,所以为了代码的跨平台编译考虑,可以采用以下代码来设置TCP的Keepalive选项。
这样,对于TCP的连接,就启用了系统默认值的保活心跳。
为什么说是系统默认值的呢?因为有这样几个值,我们并没有手动设置,是采用的系统默认值。即,
如果是Linux操作系统,这三个值分别为
这就是说,在Linux系统下,如果对于TCP的socket启用了Keepalive选项,则会在7200秒(即两个小时)没有数据后,发起KEEPALIVE报文。如果没有回应,则会在75秒后再次重试。如果重试9次均失败,则认定连接已经失效。TCP的读取操作,将返回0。
这对于我们大多数应用来说,前两个时间值都有点太长了。
我们可以通过重设上面三个值,来使得操作系统上运行的所有启用了Keepalive选项的TCP的socket的行为更改。
我们也可以只针对我们自己创建的socket,重设这三个值。它们分别对应TCP_KEEPIDLE、TCP_KEEPINTL和TCP_KEEPCNT的选项值,同样可以使用setsockopt进行设置。
而WIN32环境下的参数设置,就要麻烦一些,需要使用另外的一个函数WSAIoctl和一个结构struct tcp_keepalive。
它们的原型分别为:
struct tcp_keepalive结构的参数意义为:
onoff,是否开启KEEPALIVE; keepalivetime,多长时间触发Keepalive报文的发送; keepaliveinterval,多长时间没有回应触发下一次发送。
注意:这里两个时间单位都是毫秒而不是秒。
http://blog.csdn.net/weiwangchao_/article/details/7225338
一、问题起因:
a》
在文章:http://tldp.org/HOWTO/html_single/TCP-Keepalive-HOWTO/ 写到:
There are also three other socket options you can set for keepalive when you write your application.
They all use the SOL_TCP level instead of SOL_SOCKET, and they override system-wide variables
only for the current socket. If you read without writing first,
the current system-wide parameters will be returned.
TCP_KEEPCNT: overrides tcp_keepalive_probes
TCP_KEEPIDLE: overrides tcp_keepalive_time
TCP_KEEPINTVL: overrides tcp_keepalive_intvl
上面说:设置 socket 的keepalive 属性选项, 只对当前socket起作用
-----they override system-wide variables only for the current socket。
b》
可是:《TCP/IP详解 卷1:协议》page 252 中写到:
“一个被人们不断讨论的关于保活选项的问题就是两个小时的空闲时间是否可以改
变。通常他们希望该数值可以小得多,处在分钟的数量级。正如我们在附录E看到的,
这个值通常可以改变,但是在该附录所描述的所有系统中,保活间隔时间是系统级的
变量,因此改变它会影响到所有使用该功能的用户。
Host Requirements RFC提到一个实现可提供保活的功能,但是除非应用程序指明
要这样,否则就不能使用该功能。而且,保活间隔必须是可配置的,但是其默认值必
须不小于两个小时。”
我的理解是:这里两处的描述,有些矛盾。
到底 keepalive 属性是只对单个socket起作用,还是会影响其他socket?
为此,用来下面的程序来测试。
在下面的程序中,在服务器端使用TCP保活选项,客户端没有使用。
客户端也可以使用这个选项,但通常都是服务器设置这个功能。
如果双方都特别需要了解对方是否已经消失,则双方都可以使用这个选项。
这个程序写的比较简单:
没有考虑服务器效率,只是为了测试 keepalive 属性。
错误处理也都非常简单。
说明:本文只是测试客户主机崩溃或者网络异常断开,比如拔掉网线 或 中间路由器崩溃等情况。
正常关机或重启本文不予考虑。
思路:
在程序中表现为,当tcp检测到对端socket不再可用时(TCP发出保活探查报文,但是没有收到客户端对其保活探查报文的响应), select会返回socket可读, 并且在 recv 或 read 时返回-1,
同时设置errno为 ETIMEDOUT。
服务器端:
#include <stdio.h> /* 存放已连接的客户端描述符 */ int conn[CONN_MAX]; /* 当前已连接客户端的总数 */ if (firstclient) { /* 开启 keepalive 选项 */ set_keepalive_params(cltfd, 60, 3, 2); /* 开启 keepalive 选项 */ active_keepalive(cltfd); /* 设置 keepalive 相关参数 */ |
#include <stdio.h> /* 连接成功后,什么也不做 */ |
http://blog.chinaunix.net/uid-15084954-id-190356.html