tcp 状态转移图详解

首先看一张图片：

 

虚线表示服务端的状态转移，实现表示客户端的状态转移。

初始的close状态并不是真是的状态，只是为了方便描述开始和终止状态而构造出来的。

从服务端的状态转移开始说：

服务端打开后处于listen状态，等待客户端的连接请求。当服务端收到客户端发来的SYN时，服务端回复SYN和ACK进入SYNRECEIVE状态，这里对应三次握手的第一次和第二次，即 客户端发送请求，服务端回复ACK并发送SYN。服务端再次受到ACK时，服务端认为连接已经建立，进入ESTABLISHED状态。服务端收到FIN时，表明客户端要关闭连接，这时服务端进入CLOSE_WAIT状态，此时，服务端不再接收数据，但是可以继续发生数据，当服务端的数据发送完成后，服务端发送FIN，进入LASK_ACK状态，在LASK_ACK状态下，收到客户端发来的针对FIN的ACK后，服务端关闭连接，进入CLOSE状态。

客户端的状态转移：

客户端发送SYN进入SYNSNED 状态，当收到服务端发来的SYN和ACK后，发送ACK， 这里是三次握手中，第三次的过程。客户端发送完ACK进入连接建立状态ESTABLISHED。客户端发送FIN主动关闭连接，进入FIN_WAIT_1,在这个状态下，服务可能回复：

1.ACK(表明服务端还要继续发送数据）, 此时，客户端进入FIN_WAIT_2状态，等待服务端关闭连接。

2.或者收到FIN(服务端刚好也要关闭连接），此时，客户端发送ACK，并进入CLOSING状态，等待接收之前发送FIN 对应的ACK。

3.或者收到FIN+ACK（服务端收到关闭连接请求同时也发生关闭连接），此时，客户端发送ACK，进入TIME_WAIT状态。

对于1和2情况，当收到服务端发来的FIN回复ACK（1的情况）或收到ACK（2的情况）后，客户端进入TIME_WAIT状态。

TIME_WAIT 状态是在服务端发送FIN后，客户回复ACK后，客户端需要等待2MSL时间，此时若是客户端回复的ACK因为网络的原因，服务端没有收到，服务端要重发FIN，客户端此时处于TIME_WAIT状态，可以继续发送ACK。 总体来说TIME_WAIT状态时为了保证最后一个ACK因丢失，而等待重发的时间。

上面的解释 仅仅是正常状态的变迁。（粗实线和粗的虚线） 当SYNRECEIVE状态是由LISTEN状态进入时，（收到RST）才能变迁至LISTEN状态。

 

～～～～～

转载于:https://www.cnblogs.com/williamjie/p/9390194.html