TCP连接过程中涉及到的状态转换
TCP 服务器和客户端都要有一定的数据结构来保存这个连接的信息。
在这个数据结构中其中就有一个属性叫做 “状态”
操作系统内核根据状态的不同,决定了当前应该干什么。(不会迷茫也不会混乱)
LISTEN
LISTEN状态,表示服务器这边,创建好 serverSocket 了,并且绑定端口号完成。
ESTABLISHED
ESTABLISHED已确立的。客户端和服务器连接已经建立完毕 (三次握手握完了)
谁被断开连接,谁进入 CLOSE_WAIT
CLOSE_WAIT
CLOSE_WAIT就表示,接下来代码中需要调用 close 来主动发起 fin,收到对方的 fin 之后进入这个状态的。
谁主动断开连接,谁进入 TIME_WAIT
TIME_WAIT
TIME_WAIT就是表示本端给对方发起 FIN 之后,对端也给我发 FIN,此时本端进入 TIME_WAIT,给最后一个 ACK 的重传留有一定的时间。
TIME_WAIT 存在的意义,主要是防止最后一个 ACK 丢包
在四次挥手的过程中,会涉及到确认应答和超时重传。
如果没有收到 ACK 就视为丢包。
服务器如果没有收到最后一个 ACK,就会重传 FIN。
客户端如果在这个环节把 TCP 连接释放掉,此时意味着重传的 FIN 就无法被返回 ACK 了。
(保存对端信息的数据结构存在,才能给这个连接提供各种操作,才能返回 ACK)
此处的 TIME_WAIT 等待也不是无休止的等待,最多等 2 MSL (MSL 是一个系统内核的配置项,表示客户端到服务器之间,消耗的最长时间。这个时间一般都是拍脑门出来的一个非常大的时间,比如常见的设置值是 1min)
客户端等一个很长很长的时间,这么长时间你都不复传,意思是就再不会复传了~~
用netstat -ano | findstr 9090 可以看到TCP状态
(前提是你写的端口为9090 的程序启动)
标签:转换,重传,ACK,TCP,TIME,客户端,连接,WAIT From: https://blog.csdn.net/t1750982356/article/details/144273047