标签：为什么 定时器 live 连接 state 它的 ali tle image
第一列，一般有一下几种状态；
keepalive - #表示是keepalive的时间计时
on - #表示是重发（retransmission）的时间计时
off - #表示没有时间计时
timewait - #表示等待（timewait）时间计时
第二列，
(576.47/0/0) -> (a/b/c)
a - #计时时间值（当第一列为keepalive的时候，a代表keepalive计时时间；当第一列为on的时候，a代表重发（retransmission）的时间计时；当第一列为timewait的时候，a代表等待（timewait）的时间计时）
b - #已经产生的重发（retransmission）次数
c - #keepalive已经发送的探测（probe）包的次数
注：
1、keepalive的最大时间值跟tcp_keepalive_time的值有关系，tcp_keepalive_time的值，linux默认为7200秒，即2小时，代表的意思为：建立连接后，如果7200秒内连接没有任何数据交互传输，那么服务器将发送探测（probe）包。这里的探测（probe）包也相当于心跳一样。
2、探测（probe）包的相关内核参数跟tcp_keepalive_intvl和tcp_keepalive_probes有关系，tcp_keepalive_probes代表总共发送探测（probe）包的个数（默认为9个），tcp_keepalive_intvl代表发送一个探测（probe）包后，多少秒没有收到回复，则再发送个探测（probe）包，也代表了之前发送的探测（probe）包超时失效（默认为75秒）。再所有的探测（probe）包都发完之后还是没收到回应，那么服务器会主动端口这个连接（长连接）。所以一般如果第二列的c为0的话，a的范围在0 ~ 7200之间，7200为tcp_keepalive_time的值,比如keepalive (178.06/0/0)；如果c不为0，但是不可能大于tcp_keepalive_probes的值的，那么a的范围在0 ~ 75, 75为tcp_keepalive_intvl的值。比如keepalive (18.06/0/2)。
3、这里再说一下keepalive的工作原理
若在一个给定连接上，7200秒之内无任何活动，服务器便向客户端发送一个探测段。（我们将在下面的例子中看到探测段的样子。）客户端主机必须是下列四种状态之一：
1) 客户端主机依旧活跃（up）运行，并且从服务器可到达。从客户端TCP的正常响应，服务器知道对方仍然活跃。服务器的TCP为接下来的两小时复位存活定时器，如果在这两个小时到期之前，连接上发生应用程序的通信，则定时器重新为往下的两小时复位，并且接着交换数据。
2) 客户端已经崩溃，或者已经关闭（down），或者正在重启过程中。在这两种情况下，它的TCP都不会响应。服务器没有收到对其发出探测的响应，并且在75秒之后超时。服务器将总共发送10个这样的探测，每个探测75秒。如果没有收到一个响应，它就认为客户端主机已经关闭并终止连接。
3) 客户端曾经崩溃，但已经重启。这种情况下，服务器将会收到对其存活探测的响应，但该响应是一个复位，从而引起服务器对连接的终止。
4) 客户端主机活跃运行，但从服务器不可到达。这与状态2类似，因为TCP无法区别它们两个。它所能表明的仅是未收到对其探测的回复。
4、等待（timewait）时间计时,第二列的a值，最大为60，这里说一下为什么为60，这里存在一个MSL(Maximum Segment Lifetime)的概念，tcp如果在time_wait状态下，会保持两倍MSL的时间值，然后连接才会断开，当然存在time_wait这种状态的话，那么肯定是主动关闭tcp连接那一方，这个如果了解tcp的四次握手概念就知道是为啥了。RFC793定义了MSL为2分钟，Linux设置成了30s,所以linux系统上，time_wait的值最大为60s。所以第一列为timewait时，第二列只有a有值，b、c都为0，比如
timewait (48.32/0/0)。
5、如果State列为CLOSE_WAIT状态是，Timer列多为off (0.00/0/0),这又是为何，因为CLOSE_WAIT的是属于被动关闭那一方，这个是没有超时（timeout）设置的,所以也就不用计时了。CLOSE_WAIT除非你杀进程，CLOSE_WAIT是不会自动消失的。一个CLOSE_WAIT会维持至少2个小时的时间。当然不消失意味着占着资源呢，这里就是占着FD。
6、第一列为on的情况，第二列一般的a,b是有值的，代表重发时间计时和重发的次数，比如on (3.93/4/0)，但是也有可能第二列的c也有值，比如：on (2.28/5/2)，这种情况，一般都是从keepalive状态转化为on的状态的，而且在on的状态下，第二列的c的值是不会变的，因为c代表着是keepalive的已经发送的探测（probe）包的次数。
标签：为什么 定时器 live 连接 state 它的 ali tle image
原文地址：https://www.cnblogs.com/python-xiakaibi/p/12017351.html
