大白话讲解TCP三次握手四次挥手，小白也能轻松理解！

创作时间:

作者:

@小白创作中心

引用

CSDN

https://blog.csdn.net/qq_56158663/article/details/145770052

想象一下，你要给你的朋友打电话，建立通话的过程就像TCP的三次握手。 📞

第一次握手 (SYN) ➡️：

第二次握手 (SYN+ACK) ⬅️：

你的朋友 (服务器)：听到电话响了，接起来：“喂，你好，我是服务器。 🙋 ♀️ 我知道你想和我建立连接，我收到了你的起始序号X。 👍 我也同意建立连接，我的起始序号是Y (也是一个随机数)。 🤝 同时，我确认收到了你的请求，你的下一个包的序号应该是X+1。” (发送一个SYN+ACK包，ACK是Acknowledgement的缩写，意思是“确认”)
作用：
告诉客户端：“我收到了你的请求，并且同意建立连接。” ✅
告诉客户端：“我的起始序号是Y，请记住。” 📝
告诉客户端：“我确认收到了你的SYN包，你下次发数据的时候，序号要从X+1开始。” 🔢
为什么不能少？🙅 ♀️ 少了这一步，你就不知道你的朋友是否在线，是否愿意和你建立连接。 🤷 ♀️ 同时，你也无法得知服务器的起始序号，后续的数据传输就无法正确进行。 ❌

第三次握手 (ACK) ➡️：

你 (客户端)：收到朋友的回复：“好的，我知道你的起始序号是Y，我也确认收到了你的SYN+ACK包，你的下一个包的序号应该是Y+1。” 🙋 ♂️ (发送一个ACK包)
作用：告诉服务器：“我收到了你的确认，我也准备好了，可以开始传输数据了。” 🚀
为什么不能少？🙅 ♂️ 少了这一步，服务器就不知道客户端是否收到了它的确认。 🤷 ♂️ 服务器会一直等待客户端的确认，直到超时，浪费资源。 ⏳ 而且，如果客户端没有收到服务器的确认，可能会认为连接建立失败，导致数据传输错误。 💥

记住，三次握手是为了确认双方都有接受和发送的能力，好好理解这张表！

总结：

为什么不能多？

通话结束，挂断电话的过程就像TCP的四次挥手。 📞➡️❌

第一次挥手 (FIN) ➡️：

第二次挥手 (ACK) ⬅️：

你的朋友 (服务器)：说：“好的，我知道你要挂电话了，我收到了你的FIN包。” 🙋 ♀️ (发送一个ACK包)
作用：告诉客户端：“我收到了你的FIN包，我知道你要关闭连接了。 👍 但我这边可能还有数据要发送，请稍等。” ⏳ 此时，客户端进入
FIN_WAIT_2
状态，等待服务器发送FIN包。
为什么不能少？🙅 ♀️ 少了这一步，客户端不知道服务器是否收到了它的FIN包，可能会一直等待，或者错误地认为连接已经关闭。 🤷 ♀️

第三次挥手 (FIN) ⬅️：

第四次挥手 (ACK) ➡️：

你 (客户端)：说：“好的，我知道你要挂电话了，我收到了你的FIN包。” 🙋 ♂️ (发送一个ACK包)
作用：告诉服务器：“我收到了你的FIN包，我知道你也要关闭连接了。 👍 我等待一段时间 (通常是2MSL，Maximum Segment Lifetime，最长报文段寿命)，如果没有收到你的重传请求，我就关闭连接了。” ⏳ 客户端进入
TIME_WAIT
状态。
为什么不能少？🙅 ♂️ 少了这一步，服务器不知道客户端是否收到了它的FIN包。 🤷 ♂️ 如果服务器没有收到客户端的ACK包，会认为客户端没有收到FIN包，会重新发送FIN包。 🔄 如果客户端直接关闭连接，服务器就无法收到ACK包，会一直重发FIN包，浪费资源。 💸

总结：