第 1 次挥手（C → S）：客户端发起关闭请求
客户端主动发送 FIN 报文（终止报文段），报文携带：序列号seq = u。
核心意图：告诉服务端「我这边没有数据要发给你了，我要关闭客户端→服务端这个方向的连接」。
状态变化：客户端发送后，状态变为 FIN_WAIT_1（等待服务端的确认）。
✅ 第 2 次挥手（S → C）：服务端确认关闭请求
服务端收到 FIN 报文后，立即回复 ACK 报文（确认报文段），报文携带：确认号ack = u+1，序列号seq = v。
核心意图：告诉客户端「我收到你的关闭请求了，我知道你不发数据了」；此时服务端→客户端的方向仍可正常发数据（服务端可能还有未传输完的响应数据）。
状态变化：服务端状态变为 CLOSE_WAIT（关闭等待）；客户端收到 ACK 后，状态变为 FIN_WAIT_2（等待服务端的最终关闭通知）。
✅ 第 3 次挥手（S → C）：服务端发起关闭请求
服务端将剩余数据全部传输完毕后，主动发送 FIN 报文，报文携带：确认号ack = u+1，序列号seq = w。
核心意图：告诉客户端「我这边也没有数据要发给你了，我要关闭服务端→客户端这个方向的连接」。
状态变化：服务端发送后，状态变为 LAST_ACK（最后确认），等待客户端最终回应。
✅ 第 4 次挥手（C → S）：客户端最终确认关闭
客户端收到 FIN 报文后，回复 ACK 报文，报文携带：确认号ack = w+1，序列号seq = u+1。
核心意图：告诉服务端「我收到你的关闭请求了，双方双向连接都关闭」；客户端发送后会等待2MSL 时间（网络最大报文生存时间），确保服务端收到该 ACK，再彻底释放连接。
状态变化：客户端等待 2MSL 后，状态变为 CLOSED；服务端收到 ACK 后，立即变为 CLOSED。
