2. TCP连接管理：三次握手建立连接、四次挥手断开连接、半关闭状态与TCP状态转换图

TCP 的连接管理，说白了就是两个端点之间怎么「对上暗号」开始聊天，以及怎么「体面告别」结束对话。我做了这么多年网络排查，发现很多线上问题归根结底都是连接管理没搞明白。今天咱们就把这块彻底吃透。

2.1 三次握手：建立连接

为什么叫「三次握手」？因为需要交换三个报文段才能把连接建起来。你想想看，如果只有两次，服务端怎么知道客户端已经准备好接收数据了？

我个人习惯把三次握手比作打电话：

• 客户端：「喂，能听到吗？」（SYN）
• 服务端：「听到了，你能听到我吗？」（SYN+ACK）
• 客户端：「听到了，开始说吧。」（ACK）

嗯，这里要注意：第三次握手是可以携带数据的。但前两次不行，因为连接还没建立，数据发过去也没人认。

2.2 四次挥手：断开连接

断开连接比建立连接复杂，因为 TCP 是全双工的——两个方向可以独立关闭。所以需要四次挥手。

为什么是四次而不是三次？因为服务端收到 FIN 后，可能还有数据没发完，不能马上关闭。所以先回 ACK 告诉客户端「我知道了」，等数据发完再发 FIN。说白了，ACK 和 FIN 是分开的。

2.3 半关闭状态

半关闭是 TCP 的一个特性——允许一端关闭自己的发送通道，但保留接收通道。这在某些场景下非常有用。

举个例子：客户端发完请求后，调用 shutdown(SHUT_WR) 告诉服务端「我说完了，你慢慢处理」。服务端知道客户端不会再发数据了，但还能继续发响应。等响应发完，服务端再关闭自己的发送通道。

半关闭的 API 调用：

// 关闭发送方向，保留接收方向
shutdown(sockfd, SHUT_WR);

// 关闭接收方向，保留发送方向
shutdown(sockfd, SHUT_RD);

// 完全关闭
shutdown(sockfd, SHUT_RDWR);

注意：close() 会立即关闭两个方向，而 shutdown() 可以精细控制。我建议在需要优雅关闭的场景下优先使用 shutdown()。

2.4 TCP 状态转换图

TCP 的状态机是整个协议最核心的部分。我当年考 CCIE 时，这张图背了不下 50 遍。但后来发现，光背没用，得理解每个状态的含义和转换条件。

下面这张 SVG 图展示了完整的 TCP 状态转换过程：

2.5 关键状态详解

状态	所属端	含义	常见问题
LISTEN	服务端	等待客户端连接	端口被占用时无法进入此状态
SYN_SENT	客户端	已发送 SYN，等待 SYN+ACK	对端无响应时卡在此状态
SYN_RCVD	服务端	已收到 SYN，等待 ACK	半连接队列满时丢包
ESTABLISHED	双方	连接已建立，可传输数据	正常状态，无需担心
FIN_WAIT_1	主动关闭方	已发送 FIN，等待 ACK	对端不回复时卡住
FIN_WAIT_2	主动关闭方	已收到 ACK，等待 FIN	对端不关闭时卡住
TIME_WAIT	主动关闭方	等待 2MSL 后关闭	大量 TIME_WAIT 耗尽端口
CLOSE_WAIT	被动关闭方	已收到 FIN，等待应用关闭	应用未调用 close() 时泄漏
LAST_ACK	被动关闭方	已发送 FIN，等待 ACK	对端不回复时卡住

2.6 实战排查技巧

最后分享几个我常用的排查命令：

# 查看当前所有 TCP 连接状态统计
netstat -n | awk '/^tcp/ {++S[$NF]} END {for(a in S) print a, S[a]}'

# 查看特定端口的连接状态
ss -tna | grep :8080

# 查看 TIME_WAIT 状态的连接详情
ss -tna state time-wait

# 抓取三次握手过程
tcpdump -i eth0 'tcp port 80 and (tcp-syn or tcp-ack)'

嗯，这里要注意：ss 命令比 netstat 快得多，我建议优先用 ss。尤其是在生产环境，netstat 读取 /proc 文件系统，连接数多时会很慢。