面试必懂：TCP协议七个定时器

建立连接时：

1. 连接建立（connection establishment）定时器，在发送SYN报文段建立一条新连接时启动。如果没有在72秒内收到响应，连接建立将中止。

传输数据时：

1. 重传（retransmission）定时器，在TCP发送数据时设定。如果定时器已超时而对方的确认还未到达，TCP将重传数据。重传定时器的值（即TCP等待对方确认的时间）是动态计算的，取决于TCP为该连接测量的往返视觉和该报文段已被重传的次数。
2. 延迟应答（delayed ACK）定时器，接收端收到数据必须确认但无需马上发出确认的数据时设定。TCP等待200ms后发送确认响应。如果，在这200ms内，有数据要在该连接上发送，延迟的ACK响应就可随着数据一起发送回对端，称为捎带确认。
3. 坚持（persist）定时器，在接收端通告接受窗口为0，阻止TCP继续发送数据时设定。由于接受端发送的窗口通告不可靠（只有数据才会被确认，ACK不会被确认），允许TCP继续发送数据的后续窗口更新有可能丢失。因此，如果TCP有数据要发送，但接受端通告接受窗口为0，则坚持定时器启动，超时后向接收端发送1个字节的数据，判定接收端接收窗口是否已经打开。与重传定时器类似，坚持定时器的值也是动态计算的，取决于连接的往返时间，在5秒和60秒之间取值。
4. 保活（keepalive）定时器，如果连接的连续空闲视觉超过2小时，保活定时器超时，向对方发送连接探测报文段，强迫对方响应。如果收到了期待的响应，TCP可确定对方主机正常工作，否则，TCP可确定对方主机已经重启或者故障。在通讯进程选取了socket的SO_KEEPALIVE选项时生效。2小时太长，一般独自设置心跳协议。

断开连接时：

1. FIN_WAIT2定时器，主动关闭的一端调用完close以后（即发FIN给被动关闭的一端，并且收到其对FIN的确认ACK）则进入FIN_WAIT_2状态。如果这个时候因为网络突然断掉、被动关闭的一段宕机等原因，导致主动关闭的一端不能收到被动关闭的一端发来的FIN，主动关闭的一端总不能一直等着，这是设置FIN_WAIT_2定时器，如果在该定时器超时的时候，还是没收到被动关闭一端发送来的FIN，那么直接释放这个链接。
2. TIME_WAIT定时器，也称为2MSL（Maximum Segment Lifetime，报文段最大生存时间）定时器。即两倍最大报文段生存时间定时器（Window:MSL=2min，Linux:MSL=60S，Unix:MSL=30s）。主动关闭连接的一端最后进入的状态不是直接变成CLOSED的状态而是TIME_WAIT状态。

TIME_WAIT定时器主动关闭连接的一端最后进入的状态不是直接变成CLOSED的状态而是TIME_WAIT状态。原因：

（1）如果被动关闭的一端在超时时间内没有收到最后一个ACK，则会重发最后的FIN，2MSL等待时间保证了重发的FIN会被主动关闭的一端收到且重新发送最后一个ACK；
（2）在2MSL等待时间内，任何迟到的报文段会被接受并丢弃，防止老的TCP连接的包在新的TCP连接里出现。