为何要3次握手？TCP协议的稳定性保障机制
🚀 作者主页： 有来技术
🔥 开源项目： youlai-mall 🍃 vue3-element-admin 🍃 youlai-boot
🌺 仓库主页： Gitee 💫 Github 💫 GitCode
💖 欢迎点赞 👍 收藏 ⭐留言 📝 如有错误敬请纠正！
目录
- 引言
- 为什么需要3次握手建立TCP连接？
- 1. 第一次握手：建立连接请求
- 2. 第二次握手：确认连接请求
- 3. 第三次握手：确认连接接受
- 为什么不采用2次握手建立连接？
- 为什么需要4次挥手断开TCP连接？
- 1. 第一次挥手：发起关闭连接
- 2. 第二次挥手：确认关闭请求
- 3. 第三次挥手：发起关闭确认
- 4. 第四次挥手：确认关闭确认
- 为什么不采用3次挥手断开连接？
- 结语
- 开源项目
引言
TCP（Transmission Control Protocol）是计算机网络中一种可靠的传输协议，负责确保数据的可靠传输。TCP连接的建立和断开过程分别通过3次握手和4次挥手来完成。本文将深入探讨为什么TCP需要进行3次握手来建立连接，以及为何在断开连接时采用4次挥手而不是2次握手和3次挥手。
为什么需要3次握手建立TCP连接？
1. 第一次握手：建立连接请求
在进行TCP连接时，客户端首先向服务器发送连接请求，这是第一次握手。这一步的目的是告诉服务器客户端想要建立连接，并初始化一些参数，如序列号等。
2. 第二次握手：确认连接请求
服务器收到客户端的连接请求后，进行确认并发送自己的连接请求给客户端，这是第二次握手。这一步的目的是告诉客户端服务器接受连接请求，并同样初始化一些参数。
3. 第三次握手：确认连接接受
客户端收到服务器的连接请求后，进行确认，这是第三次握手。这一步的目的是确保双方都已准备好建立连接。此时，双方都知道对方已成功接受连接。
为什么不采用2次握手建立连接？
如果只进行2次握手，客户端发送连接请求，服务器确认后即建立连接。但这样存在的问题是，如果确认的消息在网络中滞留，客户端会认为连接已建立，而服务器不清楚，可能导致连接的不确定性和不稳定性。因此，3次握手是为了确保双方都确认了连接的建立，降低了不确定性。
为什么需要4次挥手断开TCP连接？
1. 第一次挥手：发起关闭连接
在断开连接时，任一一方可以发起关闭连接的请求，这是第一次挥手。发起方发送带有FIN（Finish）标志的报文，表示不再发送数据。
2. 第二次挥手：确认关闭请求
接收到关闭请求的一方发回确认，并可以继续发送数据，这是第二次挥手。此时，接收方通告自己已经准备好关闭连接，但仍可发送剩余的数据。
3. 第三次挥手：发起关闭确认
接收方在完成发送数据后，发起关闭确认请求，这是第三次挥手。该请求包含FIN标志，表示不再发送数据。
4. 第四次挥手：确认关闭确认
发起方接收到关闭确认请求后，发回确认，并等待一段时间以确保对方已经接收到关闭确认，这是第四次挥手。之后，双方的连接才算正式关闭。
为什么不采用3次挥手断开连接？
如果只进行3次挥手，发起方发送关闭请求，接收方发回确认后即关闭连接。但这样可能存在一些未完成的数据传输，因为接收方在发送确认后仍可以继续发送数据。通过引入第四次挥手，确保双方都完成了关闭确认，避免了可能的数据残留和不确定性。
结语
TCP连接的3次握手和4次挥手是为了确保连接的建立和断开的稳定性和可靠性。通过这些握手和挥手步骤，TCP协议能够有效地管理连接，保障数据的可靠传输。虽然增加了握手和挥手的次数，但这是为了防范可能出现的问题，确保网络通信的可靠性和稳定性。在实际应用中，这种权衡是TCP协议成功的关键之一。
开源项目
- SpringCloud + Vue3 微服务商城
| Github | Gitee | |
|---|---|---|
| 后端 | youlai-mall 🍃 | youlai-mall 🍃 |
| 前端 | mall-admin🌺 | mall-admin 🌺 |
| 移动端 | mall-app 🍌 | mall-app 🍌 |
- SpringBoot 3+ Vue3 单体权限管理系统
| Github | Gitee | |
|---|---|---|
| 后端 | youlai-boot 🍃 | youlai-boot 🍃 |
| 前端 | vue3-element-admin 🌺 | vue3-element-admin 🌺 |