TCP 三次握手和四次挥手的详细流程图及报文解析

思迈时光 2026年1月14日 82

0 评论

客户端（C）                            服务端（S）
    |                                   |
    |  1. 发送 SYN 报文                 |
    |  [SYN=1, seq=x]  →→→→→→→→→→→→→→  |  处于 LISTEN 状态
    |                                   |
    |  2. 接收 SYN+ACK 报文             |
    |  ←←←←←←←←←←←←←← [SYN=1, ACK=1, seq=y, ack=x+1]
    |                                   |  处于 SYN_RCVD 状态
    |  3. 发送 ACK 报文                 |
    |  [ACK=1, seq=x+1, ack=y+1] →→→→→  |
    |                                   |  处于 ESTABLISHED 状态
    |                                   |
    双方进入 ESTABLISHED 状态，开始传输数据

3. 核心作用（为什么需要 3 次？）

• 2 次握手不够：如果只有 2 次，服务端无法确认自己的发送能力是否被客户端接收（客户端的 ACK 报文是关键验证），会导致无效连接占用服务端资源。
• 3 次握手刚好：双方都完成了「我能发、我能收、我知道你能发、我知道你能收」的双向验证。

二、 TCP 四次挥手（断开连接）

核心目标

TCP 是全双工通信（双方可同时收发数据），断开连接时需分别关闭两个方向的传输链路，因此需要 4 次交互。

1. 文字版流程图

假设 客户端 主动发起断开请求（实际双方都可主动断开）：

plaintext

客户端（C）                            服务端（S）
    |                                   |
    |  1. 发送 FIN 报文                 |
    |  [FIN=1, ACK=1, seq=u] →→→→→→→→  |  处于 ESTABLISHED 状态
    |  （关闭 C→S 的发送链路）          |
    |                                   |  处于 CLOSE_WAIT 状态
    |  2. 接收 ACK 报文                 |
    |  ←←←←←←←←←←←←←← [ACK=1, seq=v, ack=u+1]
    |  （确认 C→S 链路关闭）            |
    |                                   |
    |  3. 接收 FIN 报文                 |
    |  ←←←←←←←←←←←←←← [FIN=1, ACK=1, seq=w, ack=u+1]
    |                                   |  （关闭 S→C 的发送链路）
    |                                   |  处于 LAST_ACK 状态
    |  4. 发送 ACK 报文                 |
    |  [ACK=1, seq=u+1, ack=w+1] →→→→→  |
    |                                   |  收到 ACK 后进入 CLOSED 状态
    |  等待 2MSL 后进入 CLOSED 状态

2. 报文核心字段解析

重点关注 FIN 标志位和双向链路关闭的逻辑：