tcp四次挥手过程（tcp四次握手的过程中，a端已经确认收到了b端的fin m，则a端处于什么状态）
本文目录
tcp四次握手的过程中，a端已经确认收到了b端的fin m，则a端处于什么状态
#三次握手
客户端向服务器端发送SYN包，客户端进入SYN_SEND状态
服务器端收到客户端发送的包返回ACK+SYN包，服务器端进入SYN_RECV状态
客户端收到服务器端返回的包再发回ACK包，客户端进入ESTABLISHED状态，服务器端收到包也进入ESTABLISHED状态
客户端状态：SYN_SENDE STABLISHED
服务器端状态：SYN_RCVE ESTABLISHED
#四次挥手
客户端发送FIN包询问服务器端是否能断开，客户端进入FIN_WAIT_1状态
服务器端收到客户端发送的包并返回ACK包，服务器端进入CLOSE_WAIT状态
服务器端准备好断开后，发送FIN包给客户端，服务器端进入LAST_ACK状态
客户端收到服务器端发送的包后返回ACK包，客户端进入TIME_WAIT状态，服务器端收到包后进入CLOSED状态
客户端状态：FIN_WAIT_1 FIN_WAIT_2 TIME_WAIT
服务器端状态：CLOSE_WAIT LAST_ACKC LOSED
如果有什么不懂的话可以去看看《Linux就该这么学》这本书，非常适合新手学习Linux。
(1)为什么结束FTP连接的时候需要有两次“四次挥手”的过程
因为TCP是全双工通信的。
第一次挥手因此当主动方发送断开连接的请求给被动方时仅仅代表主动方不会再发送数据报文了但主动方仍可以接收数据报文，第二次挥手被动方此时有可能还有相应的数据报文需要发送因此需要先发送ACK报文告知主动方“我知道你想断开连接的请求了这样主动方便不会因为没有收到应答而继续发送断开连接的请求，第三次挥手被动方在处理完数据报文后便发送给主动方FIN报文这样可以保证数据通信正常可地完成发送完FIN报文后被动方进入LASTACK阶段，第四挥手如果主动方及时发送ACK报文进行连接中断的确认这时被动方就直接释放连接进入状态。
更多文章：
turtles歌曲（哪位大神有turtles（乌龟组合）的<谢谢>的歌词中文翻译 感激不尽）
2026年10月11日 10:00
2026年10月11日 09:40
金山铁路22号线（请问现在轨道交通22号线金山铁路是个什么情况据说9月28日就开通了啊~~~）
2026年10月11日 09:10
repercussions（都是余波，repercussions和aftermath有什么区别啊）
2026年10月11日 09:00
dropdownlist 绑定（DropDownList 绑定所有项 并 显示指定项）
2026年10月11日 08:50
2026年10月11日 08:10
易语言网页api接口怎么调用（易语言，怎么读取网页json的api）
2026年10月11日 08:00
majority of（the majority of 和 a majority of的区别以及用法例句）
2026年10月11日 07:40
2026年10月11日 07:20
2026年10月11日 06:30
