三次握手的建立状态

1、一开始建立之前服务器和客户端的状态都为closed

2、服务器创建socket后开始监听，变为listen状态

3、客户端请求建立连接，向服务器发送syn报文，客户端的状态变为SYN_SENT.

4、服务器收到客户端的报文后向客户端发送ack和SYN报文，此时，服务器的状态变为SYN_RCVD.

5、然后，客户端收到ACK、SYN，就向报务端发送ACK，客户端状态变为ESTABLISHED。

四次挥手关闭状态

由与tcp连接是全双工的，断开连接会比建立连接麻烦一点点。

1、客户端先向服务端发送FIN报文，请求断开连接，其状态变为FIN_WAIT1。

2、服务端收到FIN后向客户端发出ACK，服务器状态变为CLOSE_WAIT。

3、客户端收到ACK后就进入了FIN_WAIT2状态。此时连接已经断开了一半了。如果服务器还有数据要发送给客户端，就会继续发送。

4、直到发完了，就发送FIN报文，此时服务器进入了LAST_ACK状态。

5、客户端收到服务器的FIN后，马上发送ACK给服务器，此时客户端进入TIME_WAIT状态。

6、再过了2MSL找的时间后进入CLOSED状态。服务器收到客户端的ACK就进入CLOSED状态。

CLOSING状态表示：

客户端发生了FIN，但没有收到服务器的ACK，却收到了服务器的FIN。

这种情况发生在服务器发送的ACK丢包的时候，因为网络传输有时会有意外。

tcp/ip 11种状态总结

LISTEN

侦听来自远方的TCP端口的连接请求

SYN-SENT

在发送连接请求后等待匹配的连接请求 

SYN-RECEIVED

在收到和发送一个连接请求后等待对方对连接请求的确认

ESTABLISHED

代表一个打开的连接

FIN-WAIT-1

等待远程TCP连接中断请求，或先前的连接中断请求的确认

FIN-WAIT-2

从远程TCP等待连接中断请求

CLOSE-WAIT

等待从本地用户发来的连接中断请求

CLOSING

等待远程TCP对连接中断的确认

LAST-ACK

等待原来的发向远程TCP的连接中断请求的确认

TIME-WAIT

等待足够的时间以确保远程TCP接收到连接中断请求的确认 

CLOSED

没有任何连接状态 

本文转自 a120518129 51CTO博客，原文链接：http://blog.51cto.com/silencezone/1882436，如需转载请自行联系原作者