本系列文章是博主学习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的各种实现中不尽相同，但通常都在一小时以上。由于这个保活时间间隔太长，所以很多 需要频繁检测对端是否存活的应用都是在应用层自行开发心跳机制。博主计划近期实现一个简 单的心跳消息组件，希望到时候能够对此有更深入的探讨。