TCP连接的11种状态

提示：扫一扫查出行
【扫一扫了解最新限行尾号】
复制提示

传输控制协议（TCP，Transmission Control Protocol）是一种面向连接的、可靠的、基于字节流的传输层通信协议。TCP协议主要针对三次握手建立连接和四次挥手断开连接，其中包括了11中具体的连接状态。分别是：

一、LISTEN

LISTEN：表示侦听来自远方的TCP端口的连接请求。首先服务端需要打开一个socket 进行监听，状态为LISTEN。有提供某种服务才会处于LISTEN状态， TCP状态变化就是某个端口的状态变化，提供一个服务就打开一个端口。例如FTP服务启动后首先处于侦听(LISTEN)状态。处于侦听LISTEN状态时，该端口是开放的，等待连接，但还没有被连接。

二、SYN-SENT

在客户端发送连接请求后，等待匹配的连接请求。比如客户端tcp发送一个SYN以请求建立一个连接，之后状态置为SYN_SENT。

三、SYN-RECEIVED

在收到和发送一个连接请求后等待对方对连接请求的确认。当服务器收到客户端发送的同步信号时，将标志位ACK和SYN置1发送给客户端，此时服务器端处于SYN_RCVD状态，如果连接成功了就变为ESTABLISHED，正常情况下SYN_RCVD状态非常短暂。

四、ESTABLISHED

ESTABLISHED状态是表示两台机器正在传输数据，观察这个状态最主要的就是看哪个程序正在处于ESTABLISHED状态。

五、FIN-WAIT-1

等待远程TCP连接中断请求，或先前的连接中断请求的确认。主动关闭(active close)端应用程序调用close，于是其TCP发出FIN请求主动关闭连接，之后进入FIN-WAIT-1状态。

六、FIN-WAIT-2

主动关闭端接到ACK后，就进入了FIN-WAIT-2，这时处于等待远程TCP等待连接中断请求，这就是著名的半关闭的状态了，这是在关闭连接时，客户端和服务器两次握手之后的状态。在这个状态下，应用程序还有接受数据的能力，但是已经无法发送数据，但是也有一种可能是，客户端一直处于FIN_WAIT_2状态，而服务器则一直处于WAIT_CLOSE状态，而直到应用层来决定关闭这个状态。

七、CLOSE-WAIT

等待从本地用户发来的连接中断请求，被动关闭(passive close)端TCP接到FIN后，就发出ACK以回应FIN请求(它的接收也作为文件结束符传递给上层应用程序)，并进入CLOSE_WAIT状态。对方主动关闭连接或者网络异常导致连接中断，这时我方的状态会变成CLOSE_WAIT 此时我方要调用close()来使得连接正确关闭。

八、CLOSING

等待远程TCP对连接中断的确认。时间短，一般很少见。

九、LAST-ACK

等待原来的发向远程TCP的连接中断请求的确认，被动关闭端一段时间后，接收到文件结束符的应用程序将调用CLOSE关闭连接。这导致它的TCP也发送一个 FIN，等待对方的ACK，就进入了LAST-ACK状态。

十、TIME-WAIT

等待足够的时间以确保远程TCP接收到连接中断请求的确认，在主动关闭端接收到FIN后，TCP就发送ACK包，并进入TIME-WAIT状态。我方主动调用close()断开连接，收到对方确认后状态变为TIME_WAIT。TCP协议规定TIME_WAIT状态会一直持续2MSL(即两倍的分段最大生存期)，以此来确保旧的连接状态不会对新连接产生影响。处于TIME_WAIT状态的连接占用的资源不会被内核释放，所以作为服务器，在可能的情况下，尽量不要主动断开连接，以减少TIME_WAIT状态造成的资源浪费。