TCP四次挥手改成三次?

最新推荐文章于 2024-08-30 18:10:13 发布
最新推荐文章于 2024-08-30 18:10:13 发布
阅读量4.6k 收藏 2
点赞数
分类专栏： TCP/IP
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/fadbgfnbxb/article/details/88880007
版权

1、发起TCP连接的三次握手很清楚地有体现SYN->SYN,ACK->ACK
2、关闭TCP连接的四次握手会出现只有三个包的情况，分别是 FIN,ACK->FIN,ACK->ACK
那么问题来了：？？？？？？？
1、关闭TCP连接，为什么第一个FIN包会有一条ACK，这个ACK是对哪个包内容的确认？
2、关闭TCP的四次握手，第二、三次被整合到一个包里，这个属于捎带ACK吗？

一种解释是：TCP总是尽可能的捎带需要回复给对方的数据。

另一种解释是：可以把最后一次省略掉，生存期结束，就果断关掉！

心向暖
关注
专栏目录
TCP的三次握手与四次挥手理解及面试题（很全面）
lucky_jun
07-17 74万+
本文经过借鉴书籍资料、他人博客总结出的知识点，欢迎提问 序列号seq：占4个字节，用来标记数据段的顺序，TCP把连接中发送的所有数据字节都编上一个序号，第一个字节的编号由本地随机产生；给字节编上序号后，就给每一个报文段指派一个序号；序列号seq就是这个报文段中的第一个字节的数据编号。 确认号ack：占4个字节，期待收到对方下一个报文段的第一个数据字节的序号；序列号表示报文...
TCP的三次握手和四次挥手的过程？三次握手改成两次或者四次可以吗为什么？
meng_xiaohua的博客
06-28 612
知识回顾：TCP协议是面向连接的协议。TCP运输连接的三个阶段：建立连接，数据传输，释放连接用三次握手建立连接用四次挥手释放连接seq（序号）：TCP连接字节流中每一个字节都会有一个编号，而本字段的值指的是本报文段所发送数据部分第一个字节的序号。ack（确认号）：表示期望收到的下一个报文段数据部分的第一个字节的编号，编号为ack-1及以前的字节已经收到。SYN：当本字段为1时，表示这是一个连接请求...
TCP 四次挥手，可以变成三次挥手吗？
小林coding
08-27 5266
当被动关闭方在 TCP 挥手过程中，如果「没有数据要发送」，同时「没有开启 TCP_QUICKACK（默认情况就是没有开启，没有开启 TCP_QUICKACK，等于就是在使用 TCP 延迟确认机制）」，那么第二和第三次挥手就会合并传输，这样就出现了三次挥手。所以，出现三次挥手现象，是因为 TCP 延迟确认机制导致的。完！......
TCP 四次挥手，可以直接变成三次？
资料免费分享，点击名片
08-27 430
上周有位读者面试时，被问到：TCP 四次挥手中，能不能把第二次的 ACK 报文， 放到第三次 FIN 报文一起发送？虽然我们在学习 TCP 挥手时，学到的是需要四次来完成 TCP 挥手，但是在一些情况下， TCP 四次挥手是可以变成 TCP 三次挥手的。而且在用 wireshark 工具抓包的时候，我们也会常看到 TCP 挥手过程是三次，而不是四次，如下图：先来回答为什么 RFC 文档里定义 TCP 挥手过程是要四次？再来回答什么情况下，什么情况会出现三次挥手？为什么 TCP 挥手需要四次？ TCP 四次挥
网络通信---四次挥手
最新发布
yajunjiao的专栏
08-30 1031
本篇主要写了网络编程的四次挥手，先详细写了四次挥手的过程，以及每次挥手之后的tcp协议状态的改变；用以说明每次发生了什么以及原因。后边专门说明了为什么是四次挥手而不是三次。四次主要解决了哪些问题。本质上来说，三次挥手可以结束，但是基于安全，防止数据丢失等原因，还是采用了四次挥手。具体，可以参考上边答案。
面试重点：TCP 为什么是三次握手，而不是两次或四次？
y_zilong的博客
04-13 698
参考「bingbingzhang」https://blog.csdn.net/weixin_42107858/article/details/86733438的文章 TCP (Transmission Control Protocol) 传输控制协议 TCP连接握手，握的是啥？通信双方数据原点的序列号，确认双方的发送能力和接收能力，工作在传输层 位码即tcp标志位，有6种标示，SYN（synchronous建立联机）、ACK（acknowledgement确定）、PSH（push传送）、FIN（fin
tcp三次握手与四次挥手的简化流程
qq_45164331的博客
09-08 270
控制字段： SYN(1)：请求建立连接控制字段。 ACK(1)：数据信息确认控制字段 FIN(1)：请求断开连接控制字段。 tcp三次握手过程： 第一次握手： 发送SYN请求建立连接控制字段，发送Seq序列号信息，第一个数据包的系列号默认为0 第二次握手 发送SYN请求建立连接控制字段，同时还会发送ACK确认控制字段。 发送Seq序列号信息，还会发送Ack确认号信息（对上一个数据序列号信息进行确认） 第三次握手 发送ACK确认控制字段，发送Seq序列号信息，发送ACK确认号。 自此三次握手完成，开始正式
TCP的三次握手与四次挥手（简化）
hhhertzzz的博客
11-09 271
非原创！！只是把我觉得比较有用的知识整合和简化了一下 1、同步SYN，在连接建立时用来同步序号。当SYN=1，ACK=0，表明是连接请求报文，若同意连接，则响应报文中应该使SYN=1，ACK=1； 2、确认ACK，仅当ACK=1时，确认号字段才有效。TCP规定，在连接建立后所有报文的传输都必须把ACK置1； 3、seq是数据包本身的序列号；ack是期望对方继续发送的那个数据包的序列号。 每一次握手就是发送一次报文 第一次握手 客户端：我要给你发消息，服务器你收到我的请求了吗？ 第二次握手 服务器：
TCP之为什么是三次握手和四次挥手？面试题总结
weixin_43742894的博客
04-04 766
三次握手 第一次握手：建立连接时，客户端发送syn包（syn=x）到服务器，并进入SYN_SENT状态，等待服务器确认；SYN：同步序列编号（Synchronize Sequence Numbers）。 第二次握手：服务器收到syn包，必须确认客户的SYN（ack=x+1），同时自己也发送一个SYN包（syn=y），即SYN+ACK包，此时服务器进入SYN_RECV状态； 第三次握手：客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK(ack=y+1），此包发送完毕，客户端和服务器进入ESTAB
TCP三次握手，四次挥手（详解及图解）
weixin_44717958的博客
07-17 958
我们知道TCP是面向连接的传输层协议。TCP运输连接的建立和释放是每一次面向连接的通信中必不可少的过程。所以，运输连接就有三个阶段，即：连接的建立，数据传送和连接的释放。 TCP连接的建立 TCP建立连接的过程叫做握手，握手需要在客户和服务器之间交换三个TCP报文，以下就是TCP建立连接的三报文握手：three way（three message）handshake，也称之为三次握手。 假...
TCP的三次握手和四次挥手 以及相关的问题和面试问题
qq_57653432的博客
03-29 1609
面试的三次握手四次挥手应该怎么回答？ 1、第一次握手：客户端给服务器发送一个 SYN 报文。 2、第二次握手：服务器收到 SYN 报文之后，会应答一个 SYN+ACK 报文。 3、第三次握手：客户端收到 SYN+ACK 报文之后，会回应一个 ACK 报文。 4、服务器收到 ACK 报文之后，三次握手建立完成。 作用：是为了确认双方的接收与发送能力是否正常。 为什么是三次握手而不是两次？ 第一次握手：客户端发送网络包，...
TCP的三次握手和四次挥手
allen的博客
02-01 866
TCP协议是一种面向连接的高可靠性协议，建立连接的时候会有三次握手、断开连接的时候需要四次挥手。 UDP协议是一种无连接协议，不管接收方是否收到数据，只管数据发送就行，典型就是实时战斗的游戏，绝大部分的这类型的游戏都是用的UDP协议，因为如果使用TCP协议，当网络不好很多发送失败的数据然后会重发，这样的话就会造成游戏的高延迟。而使用UDP协议只管发送不管是否发送成功，如果网络不好发送失败也不会
深入学习 TCP/IP（六）---三次握手及四次挥手
青梅煮酒论英雄的博客
05-12 149
三次握手 三次握手的最重要的是交换彼此的 ISN（初始序列号） SYN 报文不携带数据，但是它占用一个序号，下次发送数据序列号要加一 规则： 凡是消耗序列号的 TCP 报文段，一定需要对端确认。如果这个段没有收到确认，会一直重传直到达到指定的次数为止。 第一次—客户端向服务端请求： 客户端发送SYN同步发送标识 1，并且产生一个客户端的初始序列号 ISN，这个时候序列号Seq 是等于初始序列号ISN 第二次—服务端响应客服端：服务端产生一个ACK确认包，包的大小为Seq(client) +1, 并且产生一
TCP四次挥手为什么是四次？可以三次吗？
liuwp5的博客
02-07 8930
一、TCP三次握手、四次挥手 我们先回顾TCP三次握手、四次挥手的过程。 1、三次握手： Client：请求连接； Server：同意并请求连接； Client：同意。 2、四次挥手： Client：请求关闭； Server：同意； 【Server：…（可能在继续发未发完的数据/也可能没有）】 Server：请求关闭； Client：同意。 二、握手挥手间的实质与差别 1、实质 请求连接/关闭：是一对socket_pair的建立连接/关闭的过程。 socket_pair：由一方的发送缓冲区.
TCP/IP三次握手、四次挥手流程
猎人在吃肉
03-10 1万+
TCP共有6个标志位，分别是： SYN(synchronous),建立联机。 ACK(acknowledgement),确认。 PSH(push),传输。 FIN(finish),结束。 RST(reset),重置。 URG(urgent),紧急。 TCP/IP三次握手 通俗： A与B建立TCP连接时： 1、首先A向B发SYN（同步请求）， 2、然后B回复SYN+ACK（同...
Tcp为什么是4次挥手呢？为什么是3次握手，不能是3次挥手呢？
坚持
03-14 4383
1、tcp是全双工的协议、因此双发都会向对方发送协议。 四次挥手如下： 1、客户端执行主动关闭，发送 fin的包（fin），表示客户端的数据发送完毕。 2、服务端执行被动关闭，发送确认 ask 包。 3、服务端给客户端发送 fin，告诉客户端我也要关闭。 4、客户端确认服务端的ask的包。 思考：根据三次握手，那么为什么不能是三次挥手呢？中间的两个部分为什么...
四次挥手问题
weixin_42873905的博客
10-27 1715
四次挥手的过程：四次挥手有可能是客户端发起的，也可能是服务器端发起的。 （我们需要了解的是每个节点处于的状态，并且每个节点发送的内容） 重点： 1.为什么是四次挥手，不能是三次？ 首先需要声明的是可以三次挥手，三次挥手的情况就是把CLOSE_WAIT状态下发送的ACK和LAST_ACK状态下发送的FIN包装在一起，一起发送给主动段开方。 然后就是为什么不能是三次：主动断开方和被动断开方都有两个缓存...
为什么是四次挥手不是三次挥手
judgejames的博客
01-26 9476
1. 四次挥手过程以及状态 报文段1：主动关闭方向被动关闭方发送结束报文段。 报文段2：被动关闭方发送结束报文段确认，此时主动关闭方数据已经传输完毕。 报文段3：被动关闭方数据也发送完毕，发送结束报文段。 报文段4：主动关闭方对结束报文段进行确认。   2. 可以三次挥手吗         观察四次挥手过程可见报文段3包含了报文段2中的确认值，因此三次挥手只能将报文段3和报文...
TCP三次握手和四次挥手详解(面试常见问题)
热门推荐
wwl012345的博客
05-16 2万+
　　大概两个月前，一位朋友在面试360集团时，在面试过程中被问及TCP三次握手和四次挥手的相关知识，他当时只知道大概，但当时面试官问他TCP三次握手过程中发送的数字是多少，他一下子就懵住了，因为这也是他第一次参加面试，准备的并不充分，也根本没想到会问到具体发送的数字，结果显而易见，最后被刷了。由此可见，TCP三次握手和四次挥手在面试中是面试官非常喜欢的问题，所以掌握这个知识是十分重要的。 　　T...
TCP四次挥手：能否变为三次？708-726
通常情况下，四次挥手是必要的，但在某些情况下，TCP四次挥手可以变成三次挥手。 首先，我们来了解一下为什么RFC文档中定义了TCP四次挥手的过程。在TCP连接中，双方进行数据传输时，每个报文段都需要经过对方的确认...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值