TCP 为什么三次握手而不是两次握手

最新推荐文章于 2022-11-21 10:35:16 发布
最新推荐文章于 2022-11-21 10:35:16 发布
阅读量236 收藏
点赞数 1
分类专栏： 计算机网络 文章标签： 网络 http TCP 三次握手 两次握手
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_43434328/article/details/115876605
版权

1.TCP为了实现可靠数据传输， TCP 协议的通信双方， 都需要维护一个序列号， 以标识发送出去的数据包中， 哪些是已经被对方收到的。 三次握手的过程即是通信双方相互告知序列号起始值， 并确认对方已经收到了序列号起始值的必经步骤
2.如果只是两次握手， 最多只有连接发起方的起始序列号能被确认， 服务器选择的序列号则得不到确认

我会jvav啊
关注
  • 1
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
三次握手
qq_14858923的博客
01-05 329
每一次TCP连接都需要三个阶段：连接建立、数据传送和连接释放。 进行三次握手的原因： “已失效的连接请求报文段”的产生在这样一种情况下：client发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达server。本来这是一个早已失效的报文段。但server收到此失效的连接请求报文段后，就误认为是client再次发出的一个新的连接请求。于
TCP之三次握手与四次挥手
站在搜素引擎上的巨人
06-07 1186
三次握手 三次握手的过程是为了确认双方的接收与发送能力是否正常。 1、第一次握手：客户端给服务器发送一个 SYN 报文。 2、第二次握手：服务器收到 SYN 报文之后，会应答一个 SYN+ACK 报文。 3、第三次握手：客户端收到 SYN+ACK 报文之后，会回应一个 ACK 报文。 4、服务器收到 ACK 报文之后，三次握手建立完成。 为啥只有三次握手才能确认双方的接受与发送能力是否正常？而两次却不可以： 第一次握手：客户端发送网络包，服务端收到了。这样服务端就能得出结论：客户端的发.
三次握手，为什么不是两次，也不是四次
mengweiping的博客
10-11 1599
一、为什么是三次握手 网络连接为什么是三次握手而不是两次，或者是四次？TCP三次握手是为了建立一个网络连接，进而进行数据传输。TCP通过三次握手，建立了连接，告诉了客户端和服务器自己和对方的发送数据和传输数据的能力。这个过程可以类比于两个小朋友隔着一堵墙玩丢沙包游戏。 有两个小朋友，一个叫小客（客户端）， 一个叫小服（服务器），他们从来没有玩过丢沙包游戏，突然间他们心血来潮，想玩丢沙...
TCP 为什么三次握手而不是两次握手（正解版）
u013712343的博客
11-03 3420
参考文章 Why do we need a 3-way handshake? Why not just 2-way 大部分网络博客的错误解读 首先需要声明的是， 百度搜索到的大部分网络博客关于这个问题的解答都是不清晰或者不准确的。 讨论这个问题的大部分博客都会引用《计算机网络》的内容： 防止已失效的连接请求又传送到服务器端，因而产生错误 不幸的是， 这种解释是不准确的， TCP 采用三次握手的原因其实非常简单， 远没有大部分博客所描述的那样云山雾绕。 这里先给出结论： 为了实现可靠数据传输，
tcp为什么要三次握手，两次不行吗？为什么？
m0_69786753的博客
08-13 1352
tcp为什么要三次握手，两次不行吗？为什么
TCP为什么握手需要三次，挥手需要四次
01-07
为什么TCP协议中握手需要三次，挥手需要四次 握手需要三次，举个简单的例子，我们想一下日常生活中的握手的场景，首先我们要伸出手，当别人看到你伸出手时，别人也会伸出手。这羊当你看到别人的手伸出来，这样你们两...
TCP第三次握手传数据过程图解
01-20
RFC793文档里带有SYN标志的过程包是不可以携带数据的，也就是说三次握手的前两次是不可以携带数据的（逻辑上看，连接还没建立，携带数据好像也有点说不过去）。重点就是第三次握手可不可以携带数据。 先说结论：TCP...
TCP三次握手原理
01-27
在众多的网络协议中，TCP协议占据着举足轻重的地位，你知道什么是TCP协议吗？TCP(TransmissionControlProtoco)协议属于计算机网络体系中的运输层。运输层的任务是负责向主机中应用层进程之间的通信提供通用的数据...
TCP协议三次握手过程分析
05-13
TCP协议三次握手过程分析
tcp 为什么要三次握手，两次不行吗？为什么？
m0_67698950的博客
09-27 5967
你想想，两次握手的情况下，「被动发起方」在收到 SYN 报文后，就进入 ESTABLISHED 状态，意味着这时可以给对方发送数据，但是「主动发起方」此时还没有进入 ESTABLISHED 状态，假设这次是历史连接，「主动发起方」判断到此次连接为历史连接，那么就会回 RST 报文来断开连接，而「被动发起方」在第一次握手的时候就进入 ESTABLISHED 状态，所以它可以发送数据的，但是它并不知道这个是历史连接，它只有在收到 RST 报文后，才会断开连接。客户端连续发送多次 SYN 建立连接的报文，在。
TCP为什么是三次握手不是两次
weixin_37840904的博客
05-07 2380
超时重传与快速重传问题 失效的连接请求占用资源问题
TCP三次握手，两次可以吗？
Chlapis的博客
04-13 3261
这个问题网络上的回答超级多，众说纷纭。以RFC 793来回答这个问题可能更加准确。 Reliability: The TCP must recover from data that is damaged, lost, duplicated, or delivered out of order by the internet communication system. This is achieved by assigning a sequence number to each octet tra...
tcp为什么是三次握手
bangweixiao1238的博客
11-04 566
刷知乎看到的，很可爱啊哈哈哈就顺手黏贴过来了 作者：大闲人柴毛毛链接：https://www.zhihu.com/question/24853633/answer/254224088来源：知乎著作权归作者所有。商业转载请联系作者获得授权，非商业转载请注明出处。 OK，下面正经地来回答下这个问题，要搞清楚这个问题，首先得了解TCP究竟是如何保...
为什么TCP需要握手三次?为什么不是两次?为什么不是四次?
jiewaikexue的博客
08-30 1793
<图解网络> 总结
详解TCP为什么不能是两次握手
weixin_47826078的博客
11-21 3226
为了确保链路的可靠性，两次握手的过程并不能确保链路以及可靠的建立。 这时因为C端和S端并不是一方发送之后就可以确认自己可以正常发送，它们之间隔着网络环境，真正能够确认自端可以正常发送需要依靠对端返回的确认，即ACK。 下面具体分析三次握手过程中通信双端的确认状态，?表示未知，✔表示可以确定没有问题：
【图文超详解】TCP三次握手机制，为什么两次不行？
m0_48256515的博客
04-30 3555
什么是传输层？ 传输层是计算机网络OSI模型中的第四层，在传输层中定义了两个最主要的协议TCP和UDP协议； 传输层的主要任务是为两台主机进程之间的通信提供服务。应用程序利用该服务传送应用层报文。该服务并不针对某一特定的应用，多种应用可以使用同一个传输层服务。由于一台主机可同时运行多个线程，因此传输层有复用和分用的功能。所谓复用就是指多个应用层进程可同时使用下面传输层的服务，分用和复用相反，是传输层把收到的信息分别交付上面应用层中的相应进程。传输层定义了两个主要协议：传输控制协议（TCP）和用户数据报协议（
tcp为什么要三次握手，而不能二次握手？
热门推荐
简与美
11-07 4万+
1、为什么TCP连接需要三次握手，而不是二次？ 谢希仁版《计算机网络》中的例子是这样的，“已失效的连接请求报文段”的产生在这样一种情况下：client发出的第一个连接请求报文段并没有丢失，而是在某个网络结点长时间的滞留了，以致延误到连接释放以后的某个时间才到达server。本来这是一个早已失效的报文段。但server收到此失效的连接请求报文段后，就误认为是client再次发出的一个新的连接请求。
为什么tcp握手是三次而不是两次
最新发布
07-13
TCP握手是三次而不是两次的原因是为了确保双方都能够正确地建立连接。 在TCP建立连接时，需要进行以下步骤： 1. 客户端发送一个带有SYN（同步）标志的...因此，为了确保连接的可靠性，TCP使用三次握手来建立连接。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值