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 843
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 1263
网上查了下资料说，设置 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 1091
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 1600
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. **第二次挥手** 服务器收到客户端的 `FIN` 报文后，会发送一个带有 `ACK` 标志的 TCP 报文作为确认，确认序号为收到序号加一。服务器进入 `CLOSE_WAIT` 状态，而客户端则进入 `FIN_WAIT_2` 状态[^2]。 3. **第三次挥手** 当服务器也准备好关闭连接时，它会向客户端发送一个带有 `FIN` 标志的 TCP 报文，表示服务器也没有数据需要发送了。此时，服务器进入 `LAST_ACK` 状态[^2]。 4. **第四次挥手** 客户端收到服务器的 `FIN` 报文后，会发送一个带有 `ACK` 标志的 TCP 报文作为确认，并进入 `TIME_WAIT` 状态。在经过一段时间（通常是两倍的最大段生命周期，即 2MSL）后，客户端才最终进入 `CLOSED` 状态。与此同时，服务器在收到客户端的 `ACK` 报文后立即进入 `CLOSED` 状态。 #### 必要性 TCP 四次挥手的设计是为了确保双方都能够安全地释放连接资源。以下是其必要性的几个关键点： 1. **半关闭状态的支持** 在第二次挥手之后，服务器进入 `CLOSE_WAIT` 状态，这意味着虽然客户端已经停止发送数据，但服务器仍然可以继续发送数据给客户端。这种半关闭状态允许服务器完成可能尚未发送的数据传输。 2. **可靠的数据传输** 每次挥手都需要等待对方的确认，以确保所有数据都已正确传输并被接收方处理。例如，客户端在第四次挥手中进入 `TIME_WAIT` 状态，目的是为了防止旧的连接请求报文在网络中滞留而导致错误连接建立。 3. **避免资源泄漏** 如果没有明确的挥手过程，可能会导致一方认为连接已经关闭，而另一方仍保持连接打开的状态，从而引发资源泄漏或不必要的等待。 #### 图解说明 以下是 TCP 四次挥手的图解示意： ```plaintext Client Server | | |---- FIN (Seq = u) -------------------------------------->| | | |<--- ACK (Ack = u+1) ------------------------------------| | | | | |<--- FIN (Seq = v) --------------------------------------| | | |---- ACK (Ack = v+1) ------------------------------------>| | | ``` #### 代码示例 以下是一个简单的 Python 示例，用于模拟 TCP 连接的关闭过程： ```python import socket # 创建套接字 server_socket = socket.socket(socket.AF_INET, socket.SOCK_STREAM) # 绑定地址和端口 server_socket.bind(('localhost', 8080)) # 监听连接 server_socket.listen(5) # 接受连接 client_socket, address = server_socket.accept() # 关闭写操作（模拟四次挥手的第一步） client_socket.shutdown(socket.SHUT_WR) # 最终关闭连接 client_socket.close() ``` ---
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值