无论你用任何语言或者是网络库，你都可以设置网络操作的超时时间，特别是connect、read、write的超时时间。
你可以在代码中把超时时间设置任意大小值，但是connect方法会有一点特殊。
connect的超时时间在任意的内核实现上都有一个可以设置的最大值，你的代码中设置的超时值并不能超过这个最大值(即使你设置的值超过这个最大值，其仍然会在最大超时时间后time out)。
tcp建立连接的过程从客户端发送syn包开始。如果客户端没有收到这个syn包的回复，内核会重试多次发送syn包，每次重试的间隔都会逐渐增加，避免发送太多的syn包影响网络。
所有的内核对syn包发送的重复次数都有一个上限值。在BSD衍生的内核中(包括Mac OS X),会在第一次发送syn包后的6秒重试第二次，在第二次尝试后的18秒尝试第三次，如果第3次还不能成功就认为connect超时(此时经过了75秒)。
然而，在linux系统上，整个syn包发送的事件过程才差不多20几秒。linux系统比bsd类系统重发syn包的时间间隔要密。linux在20多秒内发送5个syn包(其中包括原始的syn包和后面的重发包),其依次在首包发送的3s,6s,12s,24s后发送。
如果你的程序设置的connect超时时间比20s小，那么没有问题。但是如果你的设置值大于20s,那么你会发现内核会将该值截断为20s。
改变这个系统上限值也比较容易，由于需要改变系统配置参数，你需要root权限。
相关的命令是sysctl net.ipv4.tcp_syn_retries(针对于ipv4)。
在设置该值时还是要比较保守的，因为每次syn包重试的间隔都会增大(比如BSD类的系统实现中间隔会以2到3倍增加)，所有tcp_syn_retries的一个微小变化对connect超时时间的影响都非常大，不过扩大这个值也不会有什么坏处，因为你代码中设置的超时值都能够生效。但是如果代码中没有设置connect的超时值，那么connect就会阻塞很久，你发现对端机器down掉的间隔就更长。
建议设置这个值到6或者7，最多8。6对应的connect超时为45s,7对应90s,8对应190s.
你能通过以下命令修改该值:
sysctl -w net.ipv4.tcp_syn_retries=1 // 3s返回
查看该值的命令是:
sysctl net.ipv4.tcp_syn_retries
如果希望重启后生效，将net.ipv4.tcp_syn_retries = 6放入/etc/sysctl.conf中。
程序中也可以调用：
int change_tcp_sys_timeout()
{
FILE* fp = popen("sysctl -w net.ipv4.tcp_syn_retries=1","r");
if(NULL == fp)
{
return ERROR;
}
pclose(fp);
return NO_ERROR;
}
网友评论