三次握手确保双向通信能力确认与初始序列号同步,四次挥手因TCP全双工特性需独立关闭双方向通道;TIME_WAIT设为2MSL以保障ACK可靠送达并清除旧连接残留报文。

TCP三次握手和四次挥手,是建立和断开可靠连接的核心机制,不是“流程背诵题”,而是考察你是否理解「为什么必须这样设计」。
三次握手:确认双方收发能力 + 同步初始序列号
连接不是一拍即合,而是分三步验证彼此的通信能力:
-
第一次(客户端 → 服务器):发 SYN 报文,带随机初始序号 seq = x,进入 SYN-SENT 状态。只问一句:“我在,你能收到吗?”
-
第二次(服务器 → 客户端):回 SYN+ACK,seq = y(自己的随机初值),ack = x+1(确认收到上一个 SYN),进入 SYN-RCVD 状态。相当于答:“我收到了,我也在,你听得到我吗?”
-
第三次(客户端 → 服务器):再发 ACK,seq = x+1,ack = y+1,双方都进入 ESTABLISHED。这一步既确认服务器的发送能力,也完成序列号同步——后续每个字节都有唯一编号,用于重传、排序、去重。
少一次不行:两次无法让服务器确认客户端收到了自己的响应;多一次没必要,三次已达成双向确认闭环。
四次挥手:全双工连接需独立关闭读写通道
TCP 是双向通道,A 给 B 发完数据,B 可能还有话没说完,所以不能“一刀切”断开:
-
第一次(主动方 → 被动方):发 FIN,seq = u,表示“A 不再发数据了”,进入 FIN_WAIT_1。
-
第二次(被动方 → 主动方):回 ACK,ack = u+1,确认收到 FIN,此时 A→B 方向关闭,B 进入 CLOSE_WAIT,但 B 仍可继续发数据。
-
第三次(被动方 → 主动方):B 发完自己所有数据后,也发 FIN,seq = v,表示“B 也没话说了”,进入 LAST_ACK。
-
第四次(主动方 → 被动方):A 回 ACK,ack = v+1,进入 TIME_WAIT 状态,等 2MSL(最大报文生存时间)后才彻底关闭。这是为了防止最后一个 ACK 丢包,让 B 能重发 FIN;同时确保网络中旧连接的延迟报文自然消失,不干扰新连接。
常见面试追问点
光说步骤不够,面试官常盯住这几个逻辑细节:
-
为什么挥手要四次,不能像握手一样三次?因为挥手时,ACK 和 FIN 通常不能合并发送(B 可能还有数据要发),而握手时 SYN 和 ACK 可以一起回,节省一次往返。
-
TIME_WAIT 为什么是 2MSL?MSL 是一个报文在网络里最长存活时间;等 2MSL,既能保证对方收到 ACK(若没收到,B 会在 1MSL 内重发 FIN),又能清空本机可能滞留的旧连接报文。
-
SYN 泛洪攻击怎么利用三次握手?攻击者伪造海量 IP 发 SYN,服务器回复 SYN+ACK 后一直等 ACK,连接卡在 SYN-RCVD 占用资源,导致正常连接失败。
基本上就这些。核心不是记顺序,而是抓住「双向确认」和「全双工独立控制」这两个底层逻辑。
以上就是TCP三次握手四次挥手是什么 计算机网络面试题【介绍】的详细内容,更多请关注php中文网其它相关文章!