1. TCP协议基础与面试核心地位

TCP（传输控制协议）作为互联网核心协议之一，承载着全球80%以上的网络流量。在技术面试中，TCP握手与挥手过程堪称网络方向的"必考题库"，仅2023年Glassdoor数据显示，92%的中高级开发岗位面试都会涉及此知识点。理解其运作机制不仅是通过面试的敲门砖，更是排查网络故障、优化传输性能的基础能力。

我曾参与过某电商平台11.11大促前的网络优化，发现由于开发人员对TIME_WAIT状态理解不足，导致短连接场景下端口耗尽，这个案例充分证明了TCP机制理解的重要性。下面将用工程师视角拆解这两个经典过程。

2. 三次握手深度解析

2.1 握手流程全景图

标准三次握手过程如下：

1. 客户端发送SYN=1, seq=x（随机初始化序列号）
2. 服务端回复SYN=1, ACK=1, seq=y, ack=x+1
3. 客户端发送ACK=1, seq=x+1, ack=y+1

关键细节：初始序列号采用时钟+随机数生成，避免历史报文干扰

2.2 各步骤技术内涵

第一次握手：

• 客户端TCP状态：SYN_SENT
• 内核动作：分配发送缓冲区，设置重传定时器（默认1秒）
• 抓包特征：Flags [S] + 窗口缩放选项

第二次握手：

• 服务端TCP状态：SYN_RECEIVED
• 内核动作：创建request_sock结构体，半连接队列计数+1
• 典型问题：SYN Flood攻击就是利用此阶段资源消耗特性

第三次握手：

• 双方状态转为ESTABLISHED
• 内核动作：移动连接至accept队列，完成窗口大小协商
• 性能影响：Linux内核参数tcp_synack_retries控制重试次数

2.3 实战问题排查指南

案例1：握手失败常见原因

• 端口未监听（Connection refused）
• 防火墙拦截（Timeout）
• 半连接队列满（SYN不响应）

排查命令：

# 查看队列状态 ss -lnt | grep SYN_RECV # 调整队列大小 sysctl -w net.ipv4.tcp_max_syn_backlog=2048

3. 四次挥手全流程拆解

3.1 挥手时序图解析

标准流程：

1. 主动方发送FIN=1, seq=u
2. 被动方回复ACK=1, ack=u+1
3. 被动方发送FIN=1, seq=v
4. 主动方回复ACK=1, ack=v+1

注意：步骤2/3可能合并为单个报文（当被动方无待发数据时）

3.2 状态机关键节点

TIME_WAIT状态：

• 持续时间：2MSL（默认60秒）
• 存在意义：处理延迟报文 + 确保可靠终止
• 调优方案：启用tcp_tw_reuse需配合时间戳选项

CLOSE_WAIT陷阱：

• 产生条件：应用未及时调用close()
• 危害：连接泄漏导致文件描述符耗尽
• 定位方法：netstat -antp | grep CLOSE_WAIT

3.3 生产环境优化方案

高并发场景调整：

# 启用快速回收 echo 1 > /proc/sys/net/ipv4/tcp_tw_recycle # 调整MSL时间 echo 30 > /proc/sys/net/ipv4/tcp_fin_timeout

Java应用特别配置：

// 设置SO_LINGER选项 socket.setSoLinger(true, 0); // 放弃TIME_WAIT

4. 面试进阶问题剖析

4.1 高频考点TOP5

1. 为什么不是两次握手？

   • 防止历史连接初始化造成的资源浪费
   • 确保双方收发能力正常

2. TIME_WAIT过多怎么办？

   • 启用端口复用（需满足条件）
   • 调整MSL时间（权衡可靠性）

3. 握手过程能携带数据吗？

   • 第三次握手可以（Linux实现）
   • SYN报文不允许（协议规定）

4. 为什么挥手需要四次？

   • TCP全双工特性决定
   • 需要分别关闭两个方向的数据流

5. CLOSE_WAIT持续增长？

   • 检查应用是否漏调close()
   • 排查线程阻塞情况

4.2 wireshark实战分析

过滤表达式：

tcp.flags.syn==1 or tcp.flags.fin==1

关键字段解读：

• Sequence number：数据流字节计数
• Window size：接收端处理能力广告
• Options：支持的特性协商（如SACK）

5. 协议设计思想延伸

TCP的状态机设计体现了经典工程权衡：

• 可靠性 vs 性能（确认机制）
• 安全性 vs 效率（序列号随机化）
• 公平性 vs 吞吐量（拥塞控制）

现代优化方向包括：

• 快速打开（TFO）减少RTT
• 多路径TCP（MPTCP）提升可靠性
• QUIC协议解决队头阻塞

理解这些底层机制，在面对HTTP/3、gRPC等上层协议时，就能快速把握其设计精髓。建议结合《TCP/IP详解》卷1第18章进行拓展学习，并通过Linux内核源码（net/ipv4/tcp*.c）深化理解。