TCP协议详解：三次握手与四次挥手机制解析

1. TCP协议基础：从数据包到可靠传输

TCP（Transmission Control Protocol）作为互联网核心协议之一，承担着确保数据可靠传输的重任。想象一下寄快递的场景：UDP就像把包裹交给快递员后就不管了，而TCP则要求快递员必须确认收件人签收，否则会反复投递。这种"可靠"的特性，正是通过三次握手和四次挥手机制来实现的。

TCP报文头部包含几个关键字段：

• 序列号（Sequence Number）：标识数据字节流的顺序
• 确认号（Acknowledgment Number）：期望收到的下一个字节序号
• 控制标志位：SYN（同步）、ACK（确认）、FIN（结束）等
• 窗口大小：流量控制的关键参数

实际抓包分析时，Wireshark等工具会将这些字段可视化，比如SYN=1表示这是握手阶段的同步报文

2. 三次握手：建立可靠连接的精密舞蹈

2.1 握手过程详解

1. SYN发起：客户端发送SYN=1的报文，随机生成初始序列号x（如SEQ=100）
2. SYN-ACK响应：服务端回应SYN=1,ACK=1的报文，确认号=x+1（ACK=101），并携带自己的初始序列号y（如SEQ=300）
3. ACK确认：客户端发送ACK=1的报文，确认号=y+1（ACK=301），此时可以携带应用数据

bash复制# 用tcpdump抓取握手过程示例
tcpdump -i any 'tcp port 80 and (tcp[13] & 2!=0 or tcp[13] & 16!=0)'

2.2 为什么不是两次？

网络工程师常遇到的面试题。关键原因包括：

• 防止历史连接请求突然到达导致资源浪费
• 确保双方收发能力正常（全双工确认）
• 同步初始序列号（ISN）避免冲突

在移动网络环境中，可能观察到SYN重传现象，这是运营商NAT超时导致的典型场景

3. 四次挥手：优雅终止连接的艺术

3.1 挥手流程拆解

1. FIN发起：主动方（如客户端）发送FIN=1的报文（SEQ=500）
2. ACK确认：被动方回应ACK=1（ACK=501），进入CLOSE_WAIT状态
3. FIN响应：被动方处理完数据后发送自己的FIN=1（SEQ=700）
4. 最终ACK：主动方回应ACK=1（ACK=701），进入TIME_WAIT状态

3.2 TIME_WAIT的深意

这个持续2MSL（Maximum Segment Lifetime，通常120秒）的状态常引发线上问题：

• 确保最后一个ACK能到达对端（否则对方会重传FIN）
• 让网络中残留的旧报文失效
• 高并发服务中可能导致端口耗尽

python复制# 查看TIME_WAIT连接（Linux）
import subprocess
print(subprocess.run(["ss", "-tan", "state", "time-wait"], capture_output=True).stdout.decode())

4. 实战中的异常场景与调优

4.1 常见问题排查

• Connection refused：检查服务是否监听、防火墙规则
• SYN洪水攻击：观察netstat -s | grep SYNs计数
• TIME_WAIT堆积：调整net.ipv4.tcp_tw_reuse等内核参数

4.2 性能调优参数

bash复制# 部分关键内核参数（/etc/sysctl.conf）
net.ipv4.tcp_syn_retries = 3          # SYN重试次数
net.ipv4.tcp_fin_timeout = 30         # FIN等待超时
net.ipv4.tcp_max_syn_backlog = 8192   # SYN队列大小
net.ipv4.tcp_tw_reuse = 1             # 允许TIME_WAIT复用

4.3 抓包分析技巧

使用Wireshark过滤器：

• tcp.flags.syn==1 and tcp.flags.ack==0 过滤初始SYN
• tcp.analysis.retransmission 查找重传包
• tcp.port==80 指定端口分析

我在处理线上连接超时问题时，发现TCP的Delayed ACK机制（默认200ms）与Nagle算法组合会导致小数据包传输延迟。这时需要根据业务场景权衡：

java复制// Java中关闭Nagle算法
socket.setTcpNoDelay(true);

理解这些机制后，再看MODBUS TCP等工业协议实现就清晰多了——它们都是在TCP可靠性基础上构建的应用层协议。当遇到"adb server"或"Docker registry连接失败"这类问题时，也能快速定位到TCP层进行排查。