TCP的定时器

定时器在TCP可靠传输的过程中起着举足轻重的作用。TCP在建立连接之后可能(保活keep-alive定时器是可选的)会 启动四个定时器，分别是：
重传定时器：为了防止报文丢失或者损坏，TCP在发送一个报文以后启动重传定时器，如果定时器溢出之前该报文的ACK还未到达，则重传该报文。重传定时器超时时间(Retransmision Timeout)依赖于往返时间RTT,而RTT在传输的过程中是动态变化的，而且变化范围较大，精准的计算RTT较困难，TCP有时间戳选项，为准确的计算RTT提供了方便坚持定时器：TCP报文段可能是不携带任何数据的ACK分节，接收端对此分节无确认必要。假设有如下场景，A是发送端，B为接收端，B的通告窗口win大小为100字节，这时A发送100字节到B，由于A的ACK告知B A.win=0,所以，A暂停发送数据等待A.win变大，稍后A的接受缓存中的数据被上层应用处理，于是A.win增大，接着A发送ACK窗口更新通知B，如果这个不携带任何数据的分节丢失，则A,B就会处于一种死锁状态(A等待B通知窗口更新，B等待A发送数据)。为了解决这一问题，TCP发送方使用一个坚持定时器来周期性的向接收方查询，以便发现窗口是否已经增大。这些从发送方发出的报文段称为窗口探查(window probe)。

 

2MSL定时器：MSL是报文段做大生存时间(Maximum Segment Lifetime),设置这个定时器有两个目的其一是为了测量连接处于TIME_WAIT状态的时间.这样可以让TCP再次发送最后的ACK以防止这个ACK丢失(如果丢失，另一端会重传FIN)。其二，为允许老的重复分节在网络中消逝。具体可以解释为，如果一个TCP连接在断开之前有迷途分节尚未消逝，在断开该TCP连接之后立刻重启一个同样的连接(双方的IP地址和端口port相同)，这时之前的迷途的老分节可能对新的新的TCP连接接收，从而造成未定义的错误。为了避免这种情况，TCP规定在TIME_WAIT状态，不能启动一个连接的化身。既然TIME_WAIT状态维持2MSL，这就保证了一个连接上的分组及其应该在2MSL内都会消失。
 
保活定时器：这个定时器在选项中设置，默认是关闭的。如果开启这个选项，那么如果一个连接闲置了一定时间以后，服务端会发送探寻分节给客户端判断客户端是否有响应。这个时间在TCP的各种实现中不尽相同，但通常都在一小时以上。由于这个保活时间间隔太长，所以很多需要频繁检测对端是否存活的应用都是在应用层自行开发心跳机制。