TCP 为什么是三次握手,而不是两次或四次
两次太少,如果第一次握手时丢包了,那么如何判断网络是否通畅?因为两次丢包的意思是,对方确认并回复,如果没有收到回复,己方如何认为,他丢包了还是我丢包了?那就重传吧,如果并没有对方这个人,那么可能无限重传下去,浪费网络资源。三次的话,因为对方也需要收到回复,那么如果是己方丢第一个包,那么接下来几次重传没有收到任何回复,那么认为网络不好停止就可以了,如果网络通畅,对方一定会收到其中某一个请求,那么进行回应,如果此时不对其进行回应,也就是只握手两次,目标主机无法得知此包是否到达,也就不知道是否要进行重传,如果此包丢了,那就不会去重传,己方只能认为没有目标主机,连接失败。那如果是三次,在第二次握手时丢包了,对方没有收到确认,就会重传,重传之后,己方一定会收到某一个包。这样双方都知道对方的确实存在,对于第三次的握手只需要在后续数据传输中捎带确认就可以了。所以第四次握手是不需要的,有了第四次那就有第五次第六次.......,这样是没有意义的,只需要确认对方确实存在就可以了,后续数据传输就能捎带确认了

HTTP协议为什么要三次握手,而不是2次/4次握手?
第一次是邀约(申请),第二次是对邀约的回复,第三次是确定此邀约成功。 通常是按照这样的逻辑去协议,不知道你能不能接受这样的解释。
因为两次不够,四次多余。就像你问别人问题, 你:你好,请问这玩意是你的吗?对方意识到你在问他,他查看那玩意。确定是他的,然后作出反应。对方:是的,给我吧,谢谢。完了。按通讯逻辑,你不需要再说:那行,我走了, 同理,假如对方不确认,你也不能把东西给他。
答: 第一次握手:建立连接时,客户端发送同步包syn到服务器。等待服务器确认。---------通俗话:"A :在吗"第二次握手:收到第一次握手syn同步包之后,服务器再反馈给客户端。确认可以连接。-----通俗话:"在呢;B"第三次握手:连接建立成功,保持长连接。------通俗话:"A :知道了!!!" 如果想这块内容增强的小伙伴参考网上的相关知识(黑马程序员论坛等)

1.HTTP协议为什么要三次握手,而不是2次/4次握手?
三次握手是为了实现正常确认连接成功的最简单的步骤模型。 2次太少,无法获取到对方的状态。 4次的交互有点效率低,在第二次发起交互的时候,被连接端就可以把自己的确认状态发送过去,效率较高。
答: 第一次握手:建立连接时

为什么TCP连接需要三次握手分开需要四次握
TCP建立连接要进行3次握手,而断开连接要进行4次,这是由于TCP的半关闭造成的,因为TCP连接是全双工的( 即数据可在两个方向上同时传递)所以进行关闭时每个方向上都要单独进行关闭,这个单方向的关闭就叫半关闭.关闭的方法是一方完成它的数据传输后,就发送一个FIN来向另一方通告将要终止这个方向的连接.当一端收到一个FIN,它必须 通知应用层TCP连接已终止了这个方向的数据传送,发送FIN通常是应用层进行关闭的结果.

TCP为什么是三次握手,为什么不是两次或者四次
三次握手的目的:是为了确认双方都有收发数据的能力。 第一次: A->B,证明A有发消息的能力。第二次: ->B && B->A,证明B有收消息,并且有发消息的能力。第三次: A->B,证明A有收消息的能力。 二次握手达不到目的,四次多余。

本文由 在线网速测试 整理编辑,转载请注明出处,原文链接:https://www.wangsu123.cn/news/46595.html。