TCP 四次挥手的过程，为什么是四次挥手而不是三次

最新推荐文章于 2025-10-12 14:35:36 发布
原创 最新推荐文章于 2025-10-12 14:35:36 发布 · 3.2k 阅读 · 6 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#linux

本文解释了为什么TCP连接断开需要四次挥手的原因。如果只进行三次挥手，服务端可能因长时间延迟而未能成功发送FIN确认，导致客户端误认为未收到确认并不断重发FIN。

因为服务端在接收到FIN, 往往不会立即返回FIN, 必须等到服务端所有的报文都发送完毕了，才能发FIN。因此先发一个ACK表示已经收到客户端的FIN，延迟一段时间才发FIN。这就造成了四次挥手。

如果是三次挥手会有什么问题？

等于说服务端将ACK和FIN的发送合并为一次挥手，这个时候长时间的延迟可能会导致客户端误以为FIN没有到达客户端，从而让客户端不断的重发FIN。 不断的进行数据包重发

King-Ding
关注
2、TCP四次挥手简介，为什么TCP的挥手需要四次?
weixin_44012909的博客
08-18 4159
tcp的连接时全双工的，因此每个方向都必须单独关闭。一方A发送完数据后，发送一个FIN请求断开与对方B的连接，B收到FIN表示不会再从A收到数据了，但是这个TCP连接中还是可以发送数据的，直到B发送完数据，也发送FIN，最终释放连接。 一、四次挥手： 第一次挥手：C-->S，client发送一个FIN=1,seq=u,用来关闭c-->s的数据传送，client进入FIN-WA...
详解TCP四次挥手（断开TCP连接过程）
Three__Curry的博客
04-07 9176
在讲述TCP三次握手，即建立TCP连接的过程之前，需要先介绍一下TCP协议的包结构。 TCP协议包结构： 这里只对涉及到三次握手过程的字段做解释 （1） 序号（Sequence number） 我们通过 TCP 协议将数据发送给对方，就比如 hellotcp，这一串字节流，假设被拆分成了三个 TCP 报文段，第一个报文段携带了 hel，第二个报文段携带了 lot，第三个报文段携带了 cp，这三个报文段不一定是按照顺序送到对端的，那么对端收到这三个段是如何确定他们的顺序的呢？此时序号的意义就体现在这里。 T
TCP四次挥手及原因
qq_40277163的博客
05-24 1万+
聚散终有时，TCP 断开连接是通过四次挥手方式。 双方都可以主动断开连接，断开连接后主机中的「资源」将被释放。 上图是客户端主动关闭连接 ： 一次挥手 客户端打算关闭连接，此时会发送一个 TCP 首部 FIN 标志位被置为 1 的报文，也即 FIN 报文，之后客户端进入 FIN_WAIT_1 状态。 二次挥手 服务端收到该报文后，就向客户端发送 ACK 应答报文，接着服务端进入 CLOSED_WAIT 状态。 三次挥手 客户端收到服务端的 ACK 应答报文后，之后进入 FIN_WAIT_2 状态.
一篇文章告诉你TCP为什么要四次挥手
最新发布
qq_51508784的博客
10-12 845
TCP四次挥手确保全双工连接可靠断开。由于通信双方需独立关闭各自的发送通道，因此需要四次交互：客户端发送FIN，服务端回复ACK；服务端发送FIN，客户端回复ACK。客户端最后等待2MSL（报文最大生存时间）确保ACK送达并清除网络残留报文，防止旧数据干扰新连接。这一机制保障了连接终止的可靠性。
为什么是四次挥手不是三次挥手
judgejames的博客
01-26 9736
1. 四次挥手过程以及状态 报文段1：主动关闭方向被动关闭方发送结束报文段。 报文段2：被动关闭方发送结束报文段确认，此时主动关闭方数据已经传输完毕。 报文段3：被动关闭方数据也发送完毕，发送结束报文段。 报文段4：主动关闭方对结束报文段进行确认。   2. 可以三次挥手吗         观察四次挥手过程可见报文段3包含了报文段2中的确认值，因此三次挥手只能将报文段3和报文...
TCP为什么是四次挥手而不是三次挥手?
SPENDHGL的博客
10-06 4582
四次挥手是为了确保双方都能够安全地关闭TCP连接，而不会导致数据包丢失或混乱
TCP三次握手与四次挥手过程图解
07-19
本文将详细解释TCP协议中的三次握手和四次挥手过程，以帮助理解其工作原理。 三次握手 三次握手是TCP建立连接时必须遵循的步骤，用于确保双方能够正确地发送和接收数据。具体过程如下： SYN（同步序列号）：客户端...
精选资源
TCP三次握手与四次挥手.pdf
04-23
接下来，分析TCP四次挥手的过程： 1. 第一次挥手：当客户端完成数据发送任务后，发送一个带有FIN（结束）标志的数据包给服务器端，表示客户端没有数据需要发送了，请求关闭连接。客户端进入FIN_WAIT_1状态。 2. 第...
精选资源
我终于搞懂了TCP的三次握手和四次挥手（图片案例详解）
01-06
TCP三次握手和四次挥手不管是在开发还是面试中都是一个非常重要的知识点，它是我们优化web程序性能的基础。欢迎学习，一起进步 文章目录一.TCP简介二.TCP数据报结构三.TCP的三次握手四.TCP的四次挥手 一.TCP简介 TCP...
TCP四次挥手 可以变成三次吗708 - 726
05-15
本文将详细介绍 TCP 四次挥手的过程、为什么需要四次挥手，以及在什么情况下可以变成三次挥手。 TCP 四次挥手的过程包括四个步骤： 1. 客户端主动调⽤关闭连接的函数，发送 FIN 报⽂，代表客户端不会再发送数据了...
精选资源
TCP为什么握手需要三次，挥手需要四次
01-07
为什么TCP协议中握手需要三次，挥手需要四次 握手需要三次，举个简单的例子，我们想一下日常生活中的握手的场景，首先我们要伸出手，当别人看到你伸出手时，别人也会伸出手。这羊当你看到别人的手伸出来，这样你们两...
TCP的四次挥⼿为什么是四次？为什么不能是三 次
专注于技术分享
03-02 1202
之所以是四次挥手，而不是三次，是因为 TCP 是全双工的（full-duplex），这意味着数据可以在两个方向上同时传输。这意味着即使客户端发送了 FIN 报文段，它仍然可以接收来自服务器的数据，直到服务器也发送 FIN 报文段。如果只有三次挥手，服务器在收到客户端的 FIN 报文段后，立即发送 FIN+ACK 报文段，那么客户端就无法再接收服务器可能发送的剩余数据。四次挥手是 TCP 协议为了保证可靠性而设计的，虽然比三次挥手多了一次交互，但它确保了连接的正确关闭，避免了数据丢失和潜在的问题。
为什么tcp是四次挥手而不是三次呢？
祎祎的博客
03-31 1234
TCP没有半开方法的传输方法，但是有半关传输方法，如果新建连接也支持半开传输，那么也得四次握手而不是三次。 半关指的是一方发了fin表明我不发了，但是另外一方不发fin，这时候不发fin的一方还可以继续发数据。搜一下TCP半关连接就明白了 ...
灵魂拷问：TCP 四次挥手，可以变成三次吗？
jjc4261的博客
08-27 796
上周有位读者面试时，被问到：TCP 四次挥手中，能不能把第二次的 ACK 报文， 放到第三次 FIN 报文一起发送？虽然我们在学习 TCP 挥手时，学到的是需要四次来完成 TCP 挥手，但是在一些情况下， TCP 四次挥手是可以变成 TCP 三次挥手的。而且在用 wireshark 工具抓包的时候，我们也会常看到 TCP 挥手过程是三次，而不是四次，如下图：先来回答为什么 RFC 文档里定义 TCP 挥手过程是要四次？再来回答什么情况下，什么情况会出现三次挥手？为什么 TCP 挥手需要四次？ TCP 四次挥
TCP四次挥手为什么是四次？可以三次吗？
liuwp5的博客
02-07 9629
一、TCP三次握手、四次挥手 我们先回顾TCP三次握手、四次挥手的过程。 1、三次握手： Client：请求连接； Server：同意并请求连接； Client：同意。 2、四次挥手： Client：请求关闭； Server：同意； 【Server：…（可能在继续发未发完的数据/也可能没有）】 Server：请求关闭； Client：同意。 二、握手挥手间的实质与差别 1、实质 请求连接/关闭：是一对socket_pair的建立连接/关闭的过程。 socket_pair：由一方的发送缓冲区.
TCP为什么是四次挥手不是三次
weixin_45855671的博客
04-14 2202
TCP为什么是四次挥手不是三次 因为断开需要两边都断！！！ 由于 TCP 的半关闭（half-close）特性，TCP 提供了连接的一端在结束它的发送后还能接收来自另一端数据的能力。 任何一方都可以在数据传送结束后发出连接释放的通知，待对方确认后进入半关闭状态。当另一方也没有数据再发送的时候，则发出连接释放通知，对方确认后就完全关闭了TCP连接 通俗的来说，两次握手就可以释放一端到另一端的 TCP 连接，完全释放连接一共需要四次握手。 举个例子：A 和 B 打电话，通话即将结束后，A 说 “我
TCP四次挥手(图解)-为何要四次挥手
热门推荐
daguairen的博客
09-26 3万+
当客户端和服务器通过三次握手建立了TCP连接以后，当数据传送完毕，肯定是要断开TCP连接的啊。那对于TCP的断开连接，这里就有了神秘的“四次挥手”。 第一次挥手：主机1（可以使客户端，也可以是服务器端），设置Sequence Number和Acknowledgment Number，向主机2发送一个FIN报文段；此时，主机1进入FIN_WAIT_1状态；这表示主机1没有数据要发送给主机2
TCP四次挥手为什么不是3次
weixin_54430656的博客
09-10 538
文章目录相关问题为什么四次为什么不能是3次 相关问题 在浏览器输入URL地址后回车到页面显示全流程 为什么四次 因为服务端在接收到FIN报文, 往往不会立即返回FIN报文, 必须等到服务端所有的报文都发送完毕了，才能发FIN报文。因此先发一个ACK报文表示已经收到客户端的FIN，延迟一段时间才发FIN报文。这就造成了四次挥手 为什么不能是3次 等于说服务端将ACK报文和FIN报文的发送合并为一次挥手，这个时候长时间的延迟可能会导致客户端误以为FIN报文没有到达客户端，从而引起客户端不断的重发
TCP为什么要有4次挥手，而不是和握手一样是3次（为什么不能将2、3合并，为什么不能省去第4次）
Chenyile161616的博客
05-25 490
本文主要讨论了TCP四次挥手为什么比三次握手多一次的原因，以及为什么不能将第二次挥手和第三次挥手合并为一次，以及为什么不能省去第四次挥手。文章指出，TCP是全双工的，在断开连接过程中需要给服务端一个中间状态来处理未发送完成的数据，因此需要第三次挥手。将第二次挥手和第三次挥手合并会导致客户端超时重传浪费资源，而省去第四次挥手会造成连接无法断开和资源浪费的问题。文章强调TCP是可靠传输协议，任何一方发送包后都期望收到对方的ACK，如果立刻关闭会失去可靠性保证。
TCP三次握手与四次挥手过程详解
### TCP四次挥手 四次挥手是为了确保双方都能接收到对方的断开连接请求，避免数据丢失或重复。以下是四次挥手的过程： 1. 第一次挥手：主动关闭连接的一方（假设是客户端）发送一个FIN（结束）标志的报文段，表示...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值