三次握手确保双向通信能力确认与初始序列号同步，四次挥手因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 占用资源，导致正常连接失败。
基本上就这些。核心不是记顺序，而是抓住「双向确认」和「全双工独立控制」这两个底层逻辑。
