TCP的三次握手&四次挥手

提示：文章写完后，目录可以自动生成，如何生成可参考右边的帮助文档

---

TCP的三次握手&四次挥手

三次握手

客户端A先服务器B发送连接请求：

• 首先服务器B处于LISTEN(监听)状态，等待客户端A的连接请求。
• 客户端A向服务器B发生连接请求报文SYN(同步标志位)=1，ACK(确认标志位)=0，选择一个初始的seq(序列号)=x。
• 服务器B接收到连接请求报文，如果同意建立连接，则向客户端A发送一个连接确认报文，SYN=1,ACK=1,ack(确认号)=x+1，同时，也选择一个初始的序列号seq=y。
• 客户端A收到服务器B的连接确认报文后，还要向服务器B发出确认，确认号ack=y+1，序列号seq=x+1。
• 服务器B收到客户端A的确认后，正式建立连接。

三次握手的原因
第三次握手是为了防止服务器对失效的连接请求打开连接。

客户端发送的连接请求如果在网络中滞留，那么它会过很长一段时间才能到达服务器，客户端在等待一个超时重传时间后，会再次向服务器发送连接请求。最终，服务器会收到两个来自同一客户端发送过来的连接请求报文。如果只进行两次握手，服务器就好为客户端打开两个连接，如果进行三次握手，客户端就会忽略服务器发送过来的对滞留连接请求的连接确认报文，不再进行第三次握手，服务器就不会再打开连接。

四次挥手

以下描述不讨论序号和确认号，因为序号和确认号的规则比较简单。并且不讨论 ACK，因为 ACK 在连接建立之后都为 1。

• A 发送连接释放报文，FIN=1。
• B 收到之后发出确认，此时 TCP 属于半关闭状态，B 能向 A 发送数据但是 A 不能向 B 发送数据。
• 当 B 不再需要连接时，发送连接释放报文，FIN=1。
• A 收到后发出确认，进入 TIME-WAIT 状态，等待 2 MSL（最大报文存活时间）后释放连接。
• B 收到 A 的确认后释放连接。

四次挥手的原因
客户端发送了 FIN 连接释放报文之后，服务器收到了这个报文，就进入了 CLOSE-WAIT 状态。这个状态是为了让服务器端发送还未传送完毕的数据，传送完毕之后，服务器会发送 FIN 连接释放报文。
客户端接收到服务器端的FIN报文后进入TIME_WAIT状态，此时并不是直接进入CLOSED状态，还需要等待一个时间计算器设置的时间2MSL。为何好这样处理呢？理由如下：

• 确保最后一个确认报文能够到达。如果服务器没有收到客户端发送的确认报文，那么就会重新发送连接释放请求报文，客户端等待一段时间就是为了处理这种情况的发生。
• 等待一段时间是为了让本连接持续时间内所产生的所有报文都从网络中消失，使得新的连接不会出现旧的连接的请求报文。