【网络基础】一文搞懂，什么是三次握手与四次挥手_如何理解三次握手以及四次挥手具体过程?-CSDN博客

本文链接：https://blog.csdn.net/Allen_Spring/article/details/137264015

在这里插入图片描述

文章目录

三次握手过程
- 为什么要三次握手而不是两次握手呢？
四次挥手过程
- 为什么客户端需要等待超时时间？
- 为什么要四次挥手？
参考

三次握手过程

当客户端向服务端发起连接时，会先发一包 SYN 包连接请求数据，进行询问，能否建立连接。
如果服务端同意连接，则回复一包 SYN + ACK 包。
客户端收到之后回复一包 ACK 包，连接建立。

注意：三次握手是建立TCP连接的过程
在这里插入图片描述
当三次握手完成后，表明C/S两端TCP连接已建立。

为什么要三次握手而不是两次握手呢？

服务端回复完 SYN + ACK 之后就建立连接，这是为了防止因为已失效的请求报文，突然又传到服务器引起错误。

假设采用两次握手建立连接，客户端向服务端发送了一个 SYN 包，来请求建立连接，因为某些未知原因，并没有到达服务器，在中间某个网络节点产生了滞留，为了建立连接客户端会重发 SYN 包。这次的数据包正常送达，服务端回复 SYN + ACK 之后建立了连接。
但是第一包数据阻塞的网点节点，突然恢复，第一包 SYN 包又送达到服务端，这时服务端会误认为是客户端又发起了一个新的连接，从而在两次握手之后，进入等待数据状态，服务端认为是两个连接，而客户端认为是一个连接，造成了状态不一致。
如果在三次握手的情况下，服务端收不到最后的 ACK 包，自然不会认为连接建立成功，所有三次握手本质上来说，就是为了保证在不可靠的网络链路中，建立起可靠的连接。如 SYN 包阻塞重发会导致服务器创建多重连接，而客户端只接受唯一连接。从而造成状态不一致的情况。

四次挥手过程

注意：处于连接状态的客户端和服务端，都可以发起关闭连接请求，此时需要四次挥手来进行连接关闭。

假设客户端主动发起连接关闭请求，它需要向服务端发起一包 FIN 包，表示要关闭连接，自己进入终止等待1状态，这是第一次挥手；
服务端收到 FIN 包，发送一包 ACK 包，表示自己进入了关闭等待状态，客户端进入终止等待2状态，这是第二次挥手；
服务端此时还可以发送未发送的数据，而客户端还可以接收数据，待服务端发送完数据之后，发送一包 FIN 包，进入最后确认状态。这是第三次挥手；
客户端收到之后回复 ACK 包，进入超时等待状态，经过超时时间后关闭连接，而服务端收到 ACK 包后，立即关闭连接。这是第四次挥手。

在这里插入图片描述

为什么客户端需要等待超时时间？

这是为了保证服务端已收到ack包。

因为假设客户端发送完最后一包 ACK 包后就释放了连接，一旦 ACK 包在网络中丢失，服务端将一直停留在最后确认状态；
如果客户端发送最后一包 ACK 包后，等待一段时间，这时服务端因为没有收到 ACK 包，会重发 FIN 包，客户端会响应这个 FIN 包，重发 ACK 包并刷新超时时间。
保证在不可靠的网络链路中，进行可靠的连接断开确认。

为什么要四次挥手？

由于 TCP 的半关闭（half-close）特性，任何一方都可以在数据传送结束后，发出连接关闭的通知，待对方确认后进入半关闭状态。当另一方也没有数据再发送的时候，则发出连接关闭通知，对方确认后就完全关闭了 TCP 连接。
通俗的来说，两次挥手就可以释放一端到另一端的 TCP 连接，完全释放连接一共需要四次挥手。