tcp为什么是四次挥手？

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

#网络

这篇博客详细阐述了TCP连接中，浏览器和服务端如何进行双向断开的步骤。首先，浏览器发起断开请求，服务端响应并确认断开；随后，服务端在处理完数据后同样请求断开，浏览器再次确认，最终双方都断开连接。这个过程确保了数据传输的完整性和连接的正确关闭。

在这里插入图片描述
因为断开连接是双向的

浏览器发送 请求报文 断开，服务端收到同意断开，返回 确认报文

然后服务端处理好数据，发送 请求(断开)报文 ，浏览器收到，返回 确认报文 ，浏览器断开，服务端收到确认，断开。

为什么TCP建立连接协议是三次握手，而关闭连接却是四次挥手呢？
平头哥的技术博文
01-08 2万+
看到了一道面试题：“为什么TCP建立连接协议是三次握手，而关闭连接却是四次握手呢？为什么不能用两次握手进行连接？”，想想最近也到金三银四了，所以就查阅了相关资料，整理出来了这篇文章，希望对你们有所帮助。 TCP 连接 我们先来补一下基础什么是 TCP 协议？传输控制协议（ Transmission Control Protocol, TCP ）是种面向连接、确保数据在端到端间可靠传输的协议。面向连...
【经典面试题】什么是TCP的三次握手、四次挥手？
qq_38196449的博客
09-11 1532
最后，你回复你的朋友说你收到了他的确认，现在可以开始交谈了。，在主动关闭方发送FIN包后，接收端可能还要发送数据，不能立即关闭服务器端到客户端的数据通道，所以也不能将服务器端的FIN包与对客户端的ACK包合并发送，只能先确认ACK，然后服务器待无需发送数据时再发送FIN包，所以四次挥手时必须是四次数据包的交互。如果是三次握手，服务器需要回复 SYN+ACK 包，客户端会对比应答的序号，如果发现是旧的报文，就会给服务器发 RST 报文，直到正常的 SYN 到达服务器后才正常建立连接。
TCP为什么是四次挥手而不是三次挥手?
SPENDHGL的博客
10-06 4582
四次挥手是为了确保双方都能够安全地关闭TCP连接，而不会导致数据包丢失或混乱
一篇文章告诉你TCP为什么要四次挥手
最新发布
qq_51508784的博客
10-12 842
TCP四次挥手确保全双工连接可靠断开。由于通信双方需独立关闭各自的发送通道，因此需要四次交互：客户端发送FIN，服务端回复ACK；服务端发送FIN，客户端回复ACK。客户端最后等待2MSL（报文最大生存时间）确保ACK送达并清除网络残留报文，防止旧数据干扰新连接。这一机制保障了连接终止的可靠性。
TCP为什么要四次挥手(3分钟你看不懂找我)
w8y56f的专栏
10-08 2503
TCP为什么要四次挥手(3分钟你看不懂找我) TCP断开的时候是四次挥手。本文只是一个比较入门的，如需要深入还需要搜下其他的博客。 这里分为 “主动方” 和 “被动方” 主动方是先主动想要结束的一方。因为TCP是双向的通信，所以如果用 “服务端” 和 “客户端” 似乎不太准，这里改用这个描述 主动方发给被动方FIN信号 被动方回复ACK给主动方 必须回复，否则主动方会持续发送FIN信号，ACK的意思就是知道了，你闭嘴。也许这时候被动方还有数据传输给主动方，所以回复ACK后不是立即就断开了，等被动方觉得
TCP为什么要进行四次挥手呢？？？
victor_yjx的博客
02-28 669
假设 A 为客户端，B 为服务器端。 以下描述不讨论序号和确认号，因为序号和确认号的规则比较简单。并且不讨论 ACK，因为 ACK 在连接建立之后都为 1。 A 发送连接释放报文，FIN=1。 B 收到之后发出确认，此时 TCP 属于半关闭状态，B 能向 A 发送数据但是 A 不能向 B 发送数据。 当 B 不再需要连接时，发送连接释放报文，FIN=1。 A ...
TCP四次挥手及原因
qq_40277163的博客
05-24 1万+
聚散终有时，TCP 断开连接是通过四次挥手方式。 双方都可以主动断开连接，断开连接后主机中的「资源」将被释放。 上图是客户端主动关闭连接 ： 一次挥手 客户端打算关闭连接，此时会发送一个 TCP 首部 FIN 标志位被置为 1 的报文，也即 FIN 报文，之后客户端进入 FIN_WAIT_1 状态。 二次挥手 服务端收到该报文后，就向客户端发送 ACK 应答报文，接着服务端进入 CLOSED_WAIT 状态。 三次挥手 客户端收到服务端的 ACK 应答报文后，之后进入 FIN_WAIT_2 状态.
为什么书上说是 TCP 四次挥手，但是实际会出现 TCP 三次挥手？
m0_67698950的博客
09-20 1262
网上查了下资料说，设置 TCP_QUICKACK 并不是永久的，所以每次读取数据的时候，如果想要立刻回 ACK，那就得在每次读取数据之后，重新设置 TCP_QUICKACK。如果客户端是用 close 函数来关闭连接，那么在 TCP 四次挥手过程中，如果收到了服务端发送的数据，由于客户端已经不再具有发送和接收数据的能力，所以客户端的内核会回 RST 报文给服务端，然后内核会释放连接，这时就不会经历完成的 TCP 四次挥手，所以我们常说，调用 close 是粗暴的关闭。抓包的结果如下，可以看到是四次挥手。
TCP三次握手与四次挥手.pdf
04-23
接下来，分析TCP四次挥手的过程： 1. 第一次挥手：当客户端完成数据发送任务后，发送一个带有FIN（结束）标志的数据包给服务器端，表示客户端没有数据需要发送了，请求关闭连接。客户端进入FIN_WAIT_1状态。 2. 第...
TCP三次握手，四次挥手的全过程，为什么需要三次握手，四次挥手
热门推荐
热爱编程的菜鸟
02-21 1万+
文章目录TCP介绍三次握手四次挥手滑动窗口拥塞避免算法 TCP介绍 三次握手 四次挥手
TCP四次挥手的必要性和它背后的逻辑
Warren++的博客
04-29 1090
TCP四次挥手的必要性和它背后的逻辑
为什么是四次挥手？
qq_38197844的博客
08-20 403
双方关闭需要经过双方都同意，所以首先是客户端发送FIN给服务器，服务器收到后会回复一个ACK响应，接着服务器发送一个FIN给客户端，客户端收到后回复一个ACK响应，进入TIME_WAIT状态，2msl后自动关闭。 ...
TCP为什么是4次挥手？
诗诗的远方
01-28 188
酋长从宫中回来不久，国王就颁布了新的TCP协议法案，这次修正版的TCP协议运行的很好，举国上下一片喜悦 从小白到菜鸟的转变 经过上次的聊天后，司马和上官成为了好朋友，今天，司马又给上官发消息了，但是这次，两人建立连接后，同时给对方发送了一个报文“在吗？”,导致过了一会，司马和上官都收到对方的“在吗？”如下图： 在聊天完后，好学的司马又去请教酋长去了，酋长说，TCP是允许你们同时给对方发消息的，这种特性有一个专业名字叫做“全双工”，“哦，原来是这样”，“司马恍然大悟。原来TCP里面的门道挺多”，下来
TCP为什么有四次挥手
qq_41624560的博客
05-06 132
相关资料：https://cloud.tencent.com/developer/news/402055
【计算机网络】TCP为什么需要4次挥手
How many ten years in the life time?
06-27 1599
TCP连接释放过程比较复杂。数据传输结束后，通信的双方都可释放连接。TCP连接释放过程是四次挥手。上篇中讲解了这四个字段的作用：因为在TCP释放连接，所以不需要用到同步位SYN字段，而要用到一个新的字段：FIN：终止位➢ 当终止位被置为1时，说明数据已发送完毕，请求释放连接。➢ 当终止位被置为0时，说明还有数据正在发送。A为客户端(Client)，B为服务端(Server) 在TCP释放连接的四次挥手中，我们只需要关注这两个标志位：FIN、ACK。谁发出FIN的报文，就代表着它接下来不再发送任何数据....
为什么tcp需要四次挥手？
weixin_66196770的博客
04-12 1198
服务端在收到客户端断开连接Fin报文后，并不会立即关闭连接，而是先发送一个ACK包先告诉客户端收到关闭连接的请求，只有当服务器的所有报文发送完毕之后，才发送FIN报文断开连接，因此需要四次挥手。终止一个连接，需要经过四次挥手。
Tcp为什么是4次挥手呢？为什么是3次握手，不能是3次挥手呢？
坚持
03-14 4498
1、tcp是全双工的协议、因此双发都会向对方发送协议。 四次挥手如下： 1、客户端执行主动关闭，发送 fin的包（fin），表示客户端的数据发送完毕。 2、服务端执行被动关闭，发送确认 ask 包。 3、服务端给客户端发送 fin，告诉客户端我也要关闭。 4、客户端确认服务端的ask的包。 思考：根据三次握手，那么为什么不能是三次挥手呢？中间的两个部分为什么...
TCP协议为什么要三次握手，四次挥手？
程序员
02-20 1220
TCP协议为什么要三次握手，四次挥手？
TCP 四次挥手的具体过程是什么？为什么需要四次挥手？
06-06
### TCP四次挥手的具体过程及其必要性 #### 具体过程 1. **第一次挥手** 客户端向服务器发送一个带有 `FIN` 标志的 TCP 报文，表示客户端已经没有数据需要发送了。此时，客户端进入 `FIN_WAIT_1` 状态[^2]。 2....
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值