为什么是四次挥手,不是三次挥手

最新推荐文章于 2024-07-23 20:17:22 发布
最新推荐文章于 2024-07-23 20:17:22 发布
阅读量9.8k 收藏 7
点赞数 6
分类专栏： Web
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/brook_/article/details/81090175
版权

在建立连接的时候,Server把响应客户端的请求和请求客户端的确认放在一起发送给客户端了,即第二次握手时有SYN+ACK

而断开连接的时候,一个方向的断开,只是说明该方向数据已传输完毕,而另一个方向或许还有数据,所以得等到另一个方向数据也全部传输完成后,才能执行第三次挥手

brook_
关注
专栏目录
TCP的三次握手与四次挥手理解及面试题（很全面）
lucky_jun
07-17 74万+
本文经过借鉴书籍资料、他人博客总结出的知识点，欢迎提问 序列号seq：占4个字节，用来标记数据段的顺序，TCP把连接中发送的所有数据字节都编上一个序号，第一个字节的编号由本地随机产生；给字节编上序号后，就给每一个报文段指派一个序号；序列号seq就是这个报文段中的第一个字节的数据编号。 确认号ack：占4个字节，期待收到对方下一个报文段的第一个数据字节的序号；序列号表示报文...
TCP为什么是四次挥手而不是三次挥手?
SPENDHGL的博客
10-06 3377
四次挥手是为了确保双方都能够安全地关闭TCP连接，而不会导致数据包丢失或混乱
史上最全面Java面试汇总（面试题+答案）
最新发布
2301_78976656的博客
07-23 1407
泛型，即“参数化类型”。创建集合时就指定集合元素的类型，该集合只能保存其指定类型的元素，避免使用强制类型转换。Java编译器生成的字节码是不包涵泛型信息的，泛型类型信息将在编译处理是被擦除，这个过程即类型擦除。泛型擦除可以简单的理解为将泛型java代码转换为普通java代码，只不过编译器更直接点，将泛型java代码直接转换成普通java字节码。类型擦除的主要过程如下： 1）.将所有的泛型参数用其最左边界（最顶级的父类型）类型替换。2）.移除所有的类型参数。
为什么是四次挥手不是三次挥手
judgejames的博客
01-26 9403
1. 四次挥手过程以及状态 报文段1：主动关闭方向被动关闭方发送结束报文段。 报文段2：被动关闭方发送结束报文段确认，此时主动关闭方数据已经传输完毕。 报文段3：被动关闭方数据也发送完毕，发送结束报文段。 报文段4：主动关闭方对结束报文段进行确认。   2. 可以三次挥手吗         观察四次挥手过程可见报文段3包含了报文段2中的确认值，因此三次挥手只能将报文段3和报文...
为什么tcp是四次挥手而不是三次呢？
祎祎的博客
03-31 1146
TCP没有半开方法的传输方法，但是有半关传输方法，如果新建连接也支持半开传输，那么也得四次握手而不是三次。 半关指的是一方发了fin表明我不发了，但是另外一方不发fin，这时候不发fin的一方还可以继续发数据。搜一下TCP半关连接就明白了 ...
Tcp为什么是4次挥手呢？为什么是3次握手，不能是3次挥手呢？
坚持
03-14 4348
1、tcp是全双工的协议、因此双发都会向对方发送协议。 四次挥手如下： 1、客户端执行主动关闭，发送 fin的包（fin），表示客户端的数据发送完毕。 2、服务端执行被动关闭，发送确认 ask 包。 3、服务端给客户端发送 fin，告诉客户端我也要关闭。 4、客户端确认服务端的ask的包。 思考：根据三次握手，那么为什么不能是三次挥手呢？中间的两个部分为什么...
为什么是四次挥手？
qq_38197844的博客
08-20 362
双方关闭需要经过双方都同意，所以首先是客户端发送FIN给服务器，服务器收到后会回复一个ACK响应，接着服务器发送一个FIN给客户端，客户端收到后回复一个ACK响应，进入TIME_WAIT状态，2msl后自动关闭。 ...
三次握手于四次挥手.docx
09-05
3. **第三次挥手**：客户端在完成所有数据传输后，也会发送一个FIN报文，请求关闭连接。此时，客户端状态变为LAST-ACK，等待服务器的最后确认。 4. **第四次挥手**：服务器接收到客户端的FIN报文后，发送一个ACK...
TCP为什么握手需要三次，挥手需要四次
01-07
为什么TCP协议中握手需要三次，挥手需要四次 握手需要三次，举个简单的例子，我们想一下日常生活中的握手的场景，首先我们要伸出手，当别人看到你伸出手时，别人也会伸出手。这羊当你看到别人的手伸出来，这样你们两...
TCP三次握手与四次挥手.pdf
04-23
3. 第三次挥手：在等待一段时间或发送完剩余数据后，服务器端将发送一个带有FIN标志的数据包给客户端，表示服务器端也没有数据需要发送了，请求关闭连接。服务器端进入LAST_ACK状态。 4. 第四次挥手：客户端收到...
我终于搞懂了TCP的三次握手和四次挥手（图片案例详解）
01-06
TCP三次握手和四次挥手不管是在开发还是面试中都是一个非常重要的知识点，它是我们优化web程序性能的基础。欢迎学习，一起进步 文章目录一.TCP简介二.TCP数据报结构三.TCP的三次握手四.TCP的四次挥手 一.TCP简介 TCP...
TCP四次挥手 可以变成三次吗708 - 726
05-15
本文将详细介绍 TCP 四次挥手的过程、为什么需要四次挥手，以及在什么情况下可以变成三次挥手。 TCP 四次挥手的过程包括四个步骤： 1. 客户端主动调⽤关闭连接的函数，发送 FIN 报⽂，代表客户端不会再发送数据了...
为什么TCP建立连接需要三次握手，断开却要四次挥手呢？
weixin_53220369的博客
06-02 8165
面对面试官毫不慌张系列
为什么不是两次握手？为什么不是三次挥手？（个人理解）
qq_42758338的博客
08-15 2471
（1） 为什么不是两次握手？ TCP三次握手的目的是为了建立可靠链接，至于三次握手过程如下图， 总结一句话代表三次握手：“请让我知道你知道了我” 备注：上图来源于https://baijiahao.baidu.com/s?id=1654225744653405133&wfr=spider&for=pc 之所以是三次握手，是因为TCP协议初衷就是要设计出一个可靠的链接服务，而为了满足建立可靠链接这个需求，设计人员设计了两个标志性参数作为可靠的保证：seq和ack确认。只有双方都收到自己的se
TCP 四次挥手的过程，为什么是四次挥手而不是三次
King___Ding的博客
03-16 3167
因为服务端在接收到FIN, 往往不会立即返回FIN, 必须等到服务端所有的报文都发送完毕了，才能发FIN。因此先发一个ACK表示已经收到客户端的FIN，延迟一段时间才发FIN。这就造成了四次挥手。 如果是三次挥手会有什么问题？ 等于说服务端将ACK和FIN的发送合并为一次挥手，这个时候长时间的延迟可能会导致客户端误以为FIN没有到达客户端，从而让客户端不断的重发FIN。 不断的进行数据包重发 ...
TCP为什么不两次握手三次挥手？
zoey的博客
06-16 2003
为什么不是两次握手的原因： 假定出现一种异常情况，即发送方A发出的第一个连接请求报文段并没有丢失，而是在某些网络结点长时间滞留，以致延误到连接释放以后的某个时间才到接收端B，本来这是一个早已失效的报文段，但接收方B接收到后误认为是发送方A又发出了一次新的连接请求，于是就向A发出确认报文段，同意建立连接。假定不采用报文握手，那么只要B发出确认，新的连接就建立了。由于A并没有发出建立连接的请求，因此...
四次挥手
C0829的博客
08-10 200
四次挥手 TCP三次握手是TCP建立连接的过程，TCP四次挥手就是TCP连接释放的过程。TCP建立连接需要由客户端发起，而关闭连接可以由任意一方发起。过程如下： 客户端发送一个FIN给服务器，用来关闭客户端到服务器端的数据传送，并且停止发送数据，此时客户端进入FIN_WAIT_1状态。 服务器收到客户端的请求，发送一个ack给客户端，此时服务器进入CLOSE_WAIT状态。客户端收到服务器发送的数据之后，客户端处于FIN_WAIT_2状态，此时客户端到服务器的连接已经关闭。 服务器将最后的数据发送完之后
TCP三次握手与四次挥手过程详解
"TCP三次握手四次挥手详解" TCP（传输控制协议）是互联网协议栈中的一个核心协议，它提供了一种面向连接、可靠的数据传输服务。在TCP中，为了确保两个通信端点能够准确地建立和终止连接，分别采用了三次握手和四次...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值