TCP协议详解：首部格式与连接管理
一、TCP首部格式
TCP首部最小20字节，最大60字节，包含以下字段：
±±±±±±±±±±±±±±±±±±±±±±±±±±±±±±±±+
| 源端口号(16bit) | 目的端口号(16bit) |
±±±±±±±±±±±±±±±±±±±±±±±±±±±±±±±±+
| 序列号(32bit) |
±±±±±±±±±±±±±±±±±±±±±±±±±±±±±±±±+
| 确认号(32bit) |
±±±±±±±±±±±±±±±±±±±±±±±±±±±±±±±±+
| 数据偏移(4bit)| 保留(6bit) |U|A|P|R|S|F| 窗口大小(16bit) |
±±±±±±±±±±±±±±±±±±±±±±±±±±±±±±±±+
| 校验和(16bit) | 紧急指针(16bit) |
±±±±±±±±±±±±±±±±±±±±±±±±±±±±±±±±+
| 选项(可选，最多40字节) |
±±±±±±±±±±±±±±±±±±±±±±±±±±±±±±±±+
| 数据部分 |
±±±±±±±±±±±±±±±±±±±±±±±±±±±±±±±±+
关键字段说明：
- 源/目的端口：各占2字节，标识发送方和接收方的应用进程
- 序列号/确认号：各占4字节，用于可靠传输
- 控制标志位：
- URG：紧急指针有效
- ACK：确认号有效
- PSH：接收方应尽快交付应用层
- RST：连接复位
- SYN：同步序列号（连接建立）
- FIN：发送方数据发送完毕（连接释放）
二、TCP三次握手（连接建立）
客户端 服务端
| |
| SYN=1, seq=x |
|--------------------------------->|
| |
| SYN=1, ACK=1, seq=y, ack=x+1 |
|<---------------------------------|
| |
| ACK=1, seq=x+1, ack=y+1 |
|--------------------------------->|
| |
握手过程：
- SYN_SENT：客户端发送SYN包（SYN=1, seq=x）进入SYN_SENT状态
- SYN_RCVD：服务端回复SYN+ACK包（SYN=1, ACK=1, seq=y, ack=x+1）进入SYN_RCVD状态
- ESTABLISHED：客户端发送ACK包（ACK=1, seq=x+1, ack=y+1）双方进入连接状态
📌 为什么需要三次握手？
- 防止历史重复连接初始化导致的资源浪费
- 同步双方的初始序列号
- 避免资源浪费（防止服务端因无效请求维持连接）
三、TCP四次挥手（连接释放）
客户端 服务端
| |
| FIN=1, seq=u |
|--------------------------------->|
| |
| ACK=1, ack=u+1 |
|<---------------------------------|
| |
| FIN=1, seq=v |
|<---------------------------------|
| |
| ACK=1, seq=u+1, ack=v+1 |
|--------------------------------->|
| |
挥手过程：
- FIN_WAIT_1：主动方发送FIN包（FIN=1, seq=u）进入FIN_WAIT_1状态
- CLOSE_WAIT：被动方回复ACK包（ACK=1, ack=u+1）进入CLOSE_WAIT状态
- FIN_WAIT_2：主动方收到ACK后进入FIN_WAIT_2状态
- LAST_ACK：被动方发送FIN包（FIN=1, seq=v）进入LAST_ACK状态
- TIME_WAIT：主动方回复ACK包（ACK=1, seq=u+1, ack=v+1）进入TIME_WAIT状态（等待2MSL）
- CLOSED：双方最终关闭连接
⚠️ TIME_WAIT状态的作用：
- 确保最后一个ACK能到达对端
- 让网络中残留的报文段失效（等待2MSL时间）
四、常见问题解答
Q1: 为什么连接是三次握手而关闭要四次挥手？
A: 因为TCP是全双工的，关闭时需要分别关闭两个方向的数据流。当收到FIN时只表示对方不再发送数据，但本方可能还需要发送剩余数据。
Q2: SYN洪泛攻击是什么？
A: 攻击者伪造大量SYN包但不完成握手，导致服务端维持大量半开连接。防御方法包括SYN Cookie、增加积压队列等。
Q3: TIME_WAIT状态为什么要持续2MSL？
A: MSL是报文最大生存时间。2MSL可以保证：
- 本方最后一个ACK能到达对端（最多MSL）
- 如果对端没收到，重传的FIN会在下一个MSL内到达