三次握手不是两次(为什么需要三次握手而不是两次)

返回192.168.0.1路由器设置

最后更新：2023-03-24 19:00:59 手机定位技术交流文章

1.HTTP协议为什么要三次握手，而不是2次/4次握手？

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

连接的时候为啥是tcp三次握手，而不是二次或者四次

建立连接的过程是利用客户服务器模式，假设主机A为客户端，主机B为服务器端。（1）TCP的三次握手过程：主机A向B发送连接请求；主机B对收到的主机A的报文段进行确认；主机A再次对主机B的确认进行确认。（2）采用三次握手是为了防止失效的连接请求报文段突然又传送到主机B，因而产生错误。失效的连接请求报文段是指：主机A发出的连接请求没有收到主机B的确认，于是经过一段时间后，主机A又重新向主机B发送连接请求，且建立成功，顺序完成数据传输。考虑这样一种特殊情况，主机A第一次发送的连接请求并没有丢失，而是因为网络节点导致延迟达到主机B，主机B以为是主机A又发起的新连接，于是主机B同意连接，并向主机A发回确认，但是此时主机A根本不会理会，主机B就一直在等待主机A发送数据，导致主机B的资源浪费。（3）采用两次握手不行，原因就是上面说的失效的连接请求的特殊情况。
其实就是。你瞅啥。瞅你咋地。来咱俩好好唠唠剩下的就不可描述的传输上了。
如果是二次握手那么连接接受方只知道自己同意不知道请求方是否同意（即请求是否可信）防止意外中断。如果是四次握手那么多余一次无确认（ack）意义，在信号逻辑设计又要求最简原则。综上3次握手最好，

为什么是三次握手而不是两次握手，为什么是四次挥手

问题一：可以这么理解，SERVER的超时时间是可以调整的。问题二：主要是为了多重复几次FIN，其实一般的用户程序做不了什么了。

HTTP协议为什么要三次握手，而不是2次/4次握手？

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

TCP为什么是三次握手，为什么不是两次或者四次

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

本文由在线网速测试整理编辑，转载请注明出处。