TCP 的 SO_KEEPALIVE TCP_NODELAY

 

                                         TCP  的 SO_KEEPALIVE   TCP_NODELAY

 

 --一段使用netty的程序代码：

private void doOpen() throws Throwable {

    bootstrap = new Bootstrap();

   

    bootstrap.option(ChannelOption.SO_KEEPALIVE, true);

    bootstrap.option(ChannelOption.TCP_NODELAY, true);

 

    bootstrap.group(group).channel(NioSocketChannel.class).handler(channelInitializer);

    }

 

 疑问： SO_KEEPALIVE 和 TCP_NODELAY  是干嘛的 ？

 

 

SO_KEEPALIVE :

Channeloption.SO_KEEPALIVE参数对应于套接字选项中的SO_KEEPALIVE，该参数用于设置TCP连接，

当设置该选项以后，连接会测试链接的状态，这个选项用于可能长时间没有数据交流的连接。

当设置该选项以后，如果在两小时内没有数据的通信时，TCP会自动发送一个活动探测数据报文。

 

TCP_NODELAY :

ChannelOption.TCP_NODELAY参数对应于套接字选项中的TCP_NODELAY,该参数的使用与Nagle算法有关.

Nagle算法是将小的数据包组装为更大的帧然后进行发送，而不是输入一次发送一次,因此在数据包不足的时候会等待其他数据的到了，

     组装成大的数据包进行发送，虽然该方式有效提高网络的有效负载，但是却造成了延时。

而该参数的作用就是禁止使用Nagle算法，使用于小数据即时传输。

 

于TCP_NODELAY相对应的是TCP_CORK，该选项是需要等到发送的数据量最大的时候，一次性发送数据，适用于文件传输。

 

 

 

https://blog.csdn.net/qianym1211/article/details/52251872

 

1. 什么是保活与心跳，作用是什么

SO_KEEPALIVE 直译过来就是保活的意思，另一个更通俗易懂解释就是心跳，类似于人的心脏按一定频率跳动证明你还活着，

但软件心跳不是用来证明自己还活着，而是要来证明或检测对方是否还活着,那为什么要来检查对方是否活着呢？

 

 我们知道正常情况tcp连接关闭的时候，无论是客户端发起关闭还是服务发起关闭都会正常关闭连接，

 双方都会释放该连接占用的资源：应用释放资源，tcp层也会释放资源（主要是内存资源）。

 但是有些情况，该不该释放资源，就不知道了，如果服务端与客户端以长连接的方式保持连接，

 但是服务端已经长时间没有收到客户端发来的数据，造成这种原因包括以下几方面：

 

客户端确实没有需要发送的数据

客户端进程意外终止运行

客户端所在的服务器宕机，或停电

网络中间设备掐断连接，如防火墙对长时间不活动的连接，进行强制关闭

 

针对以上4种情况，只有1是正常情况，不应该关闭双方的连接，其它都是异常情况，服务端就应该关闭已经建立的连接，释放服务端的资源。

如果不释放，就会存在很多半连接状态的连接，占用服务端大量资源。

由于存在1这种正常的情况，服务端就不断随意关闭连接，需要一种手段来解决连接该不该关闭的问题。

TCP/IP协议实现中就包含了心跳机制，在服务端程序程序中我们只需要设置SO_KEEPALIVE参数，那么如连接超过指定的时间没有收到数据，

就会触发TCP层发起心调检测，从这里看可以看出TCP协议自身心跳的目的是检测异常链接，关闭链接，及释放资源。 

而应用侧心调还有其它目的。

 

 

 

https://elf8848.iteye.com/blog/1961192

 

socket心跳机制so_keepalive的三个参数详解

 

SO_KEEPALIVE 保持连接检测对方主机是否崩溃，避免（服务器）永远阻塞于TCP连接的输入。

 

设置该选项后，如果2小时内在此套接口的任一方向都没有数据交换，TCP就自动给对方 发一个保持存活探测分节(keepalive probe)。这是一个对方必须响应的TCP分节.它会导致以下三种情况：

 

1、对方接收一切正常：以期望的ACK响应，2小时后，TCP将发出另一个探测分节。

 

2、对方已崩溃且已重新启动：以RST响应。套接口的待处理错误被置为ECONNRESET，套接 口本身则被关闭。

 

3、对方无任何响应：源自berkeley的TCP发送另外8个探测分节，相隔75秒一个，试图得到一个响应。在发出第一个探测分节11分钟15秒后若仍无响应就放弃。套接口的待处理错误被置为ETIMEOUT，套接口本身则被关闭。如ICMP错误是“host unreachable(主机不可达)”，说明对方主机并没有崩溃，但是不可达，这种情况下待处理错误被置为 EHOSTUNREACH。

 

 

 

有关SO_KEEPALIVE的三个参数详细解释如下:

 

（16）tcp_keepalive_intvl，保活探测消息的发送频率。默认值为75s。

 

发送频率tcp_keepalive_intvl乘以发送次数tcp_keepalive_probes，就得到了从开始探测直到放弃探测确定连接断开的时间，大约为11min。

 

（17）tcp_keepalive_probes，TCP发送保活探测消息以确定连接是否已断开的次数。默认值为9（次）。

 

注意：只有设置了SO_KEEPALIVE套接口选项后才会发送保活探测消息。

 

（18）tcp_keepalive_time，在TCP保活打开的情况下，最后一次数据交换到TCP发送第一个保活探测消息的时间，即允许的持续空闲时间。默认值为7200s（2h）。