三次握手为什么不是两次(三次握手 两次)
最后更新：2023-04-22 06:58:21 手机定位技术交流文章
HTTP协议为什么要三次握手，而不是2次/4次握手？
第一次是邀约（申请），第二次是对邀约的回复，第三次是确定此邀约成功。 通常是按照这样的逻辑去协议，不知道你能不能接受这样的解释。
因为两次不够，四次多余。就像你问别人问题， 你：你好，请问这玩意是你的吗？对方意识到你在问他，他查看那玩意。确定是他的，然后作出反应。对方：是的，给我吧，谢谢。完了。按通讯逻辑，你不需要再说：那行，我走了， 同理，假如对方不确认，你也不能把东西给他。
答： 第一次握手：建立连接时，客户端发送同步包syn到服务器。等待服务器确认。---------通俗话："A :在吗"第二次握手：收到第一次握手syn同步包之后，服务器再反馈给客户端。确认可以连接。-----通俗话："在呢;B"第三次握手：连接建立成功，保持长连接。------通俗话："A :知道了！！！" 如果想这块内容增强的小伙伴参考网上的相关知识(黑马程序员论坛等)
因为两次不够，四次多余。就像你问别人问题， 你：你好，请问这玩意是你的吗？对方意识到你在问他，他查看那玩意。确定是他的，然后作出反应。对方：是的，给我吧，谢谢。完了。按通讯逻辑，你不需要再说：那行，我走了， 同理，假如对方不确认，你也不能把东西给他。
答： 第一次握手：建立连接时，客户端发送同步包syn到服务器。等待服务器确认。---------通俗话："A :在吗"第二次握手：收到第一次握手syn同步包之后，服务器再反馈给客户端。确认可以连接。-----通俗话："在呢;B"第三次握手：连接建立成功，保持长连接。------通俗话："A :知道了！！！" 如果想这块内容增强的小伙伴参考网上的相关知识(黑马程序员论坛等)
详细说明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）采用两次握手不行，原因就是上面说的失效的连接请求的特殊情况。
TCP 连接是通过三次握手进行初始化的。三次握手的目的是同步连接双方的序列号和确认号并交换 TCP 窗口大小信息。以下步骤概述了通常情况下客户端计算机联系服务器计算机的过程：1. 客户端向服务器发送一个SYN置位的TCP报文，其中包含连接的初始...
TCP需要三次握手才能建立连接，那么为什么需要三次握手呢？
TCP 连接是通过三次握手进行初始化的。三次握手的目的是同步连接双方的序列号和确认号并交换 TCP 窗口大小信息。以下步骤概述了通常情况下客户端计算机联系服务器计算机的过程：1. 客户端向服务器发送一个SYN置位的TCP报文，其中包含连接的初始...
TCP需要三次握手才能建立连接，那么为什么需要三次握手呢？
HTTP协议为什么要三次握手，而不是2次/4次握手？
三次握手是为了实现正常确认连接成功的最简单的步骤模型。 2次太少，无法获取到对方的状态。 4次的交互有点效率低，在第二次发起交互的时候，被连接端就可以把自己的确认状态发送过去，效率较高。
因为三次握手那是成交协议。
答： 第一次握手：建立连接时，客户端发送同步包syn到服务器。等待服务器确认。---------通俗话："A :在吗"第二次握手：收到第一次握手syn同步包之后，服务器再反馈给客户端。确认可以连接。-----通俗话："在呢;B"第三次握手：连接建立成功，保持长连接。------通俗话："A :知道了！！！" 我是在黑马程序员培训出来的，当时老师给举例子的说明，到现在都印象深刻
这个是最简单的方法，太少无法确认信息是否发送成功，太多又显得没有必要。也就是应了中国的老话叫事不过三啊。
因为三次握手那是成交协议。
答： 第一次握手：建立连接时，客户端发送同步包syn到服务器。等待服务器确认。---------通俗话："A :在吗"第二次握手：收到第一次握手syn同步包之后，服务器再反馈给客户端。确认可以连接。-----通俗话："在呢;B"第三次握手：连接建立成功，保持长连接。------通俗话："A :知道了！！！" 我是在黑马程序员培训出来的，当时老师给举例子的说明，到现在都印象深刻
这个是最简单的方法，太少无法确认信息是否发送成功，太多又显得没有必要。也就是应了中国的老话叫事不过三啊。
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）采用两次握手不行，原因就是上面说的失效的连接请求的特殊情况。
先来将三次握手这个过程捋一遍。(S-服务端，C-客户端) 第一次握手后，S可以确认自己收报文与C发报文的功能都正常，而C呢，它什么都不能确认。第二次握手后，C可以确认自己的收发报文与S的收发报文功能都正常，也就是认为连接已建立。 那么第三次呢，S也可以确认双方能够正常通信。
TCP需要三次握手才能建立连接，那么为什么需要三次握手呢？
先来将三次握手这个过程捋一遍。(S-服务端，C-客户端) 第一次握手后，S可以确认自己收报文与C发报文的功能都正常，而C呢，它什么都不能确认。第二次握手后，C可以确认自己的收发报文与S的收发报文功能都正常，也就是认为连接已建立。 那么第三次呢，S也可以确认双方能够正常通信。
TCP需要三次握手才能建立连接，那么为什么需要三次握手呢？
TCP 为什么是三次握手,而不是两次或四次？
三次握手的目的：是为了确认双方都有收发数据的能力。第一次：A->B，证明A有发消息的能力。第二次：->B&&B->A，证明B有收消息，并且有发消息的能力。第三次：A->B，证明A有收消息的能力。二次握手达不到目的，四次多余。当应用层向TCP层发送用于网间传输的、用8位字节表示的数据流，TCP则把数据流分割成适当长度的报文段，最大传输段大小（MSS）通常受该计算机连接的网络的数据链路层的最大传送单元（MTU）限制。之后TCP把数据包传给IP层，由它来通过网络将包传送给接收端实体的TCP层。TCP为了保证报文传输的可靠，就给每个包一个序号，同时序号也保证了传送到接收端实体的包的按序接收。然后接收端实体对已成功收到的字节发回一个相应的确认(ACK)；如果发送端实体在合理的往返时延(RTT)内未收到确认，那么对应的数据（假设丢失了）将会被重传。
本文由 在线网速测试 整理编辑，转载请注明出处。
