tcp两次握手为什么不可以(TCP为什么不能两次握手)
最后更新：2023-03-23 17:05:18 手机定位技术交流文章
2020-04-08：为什么TCP握手需要三次?
TCP握手需要三次的原因：防止已失效的连接请求又传送到服务器端，因而产生错误。 三次握手的过程既是通信双方相互告知序列号起始值，并确认对方已经收到了序列号起始值的必经步骤。如果只是两次握手，至多只有连接发起方的起始序列号能被确认，另一方选择的序列号则不能得到确认。
为了建立可靠连接。
其实仔细观察可以发现，三次握手可以理解成A对B发送建立连接请求，B对A回复确认，然后B又对A发送一个请求，然后A回复B一个确认，只是中间B对A的确认和请求一次完成的，其实是四个过程。
为了建立可靠连接。
其实仔细观察可以发现，三次握手可以理解成A对B发送建立连接请求，B对A回复确认，然后B又对A发送一个请求，然后A回复B一个确认，只是中间B对A的确认和请求一次完成的，其实是四个过程。
TCP为何采用三次握手来建立连接，若采用二次握手可以吗？
三次握手是为了防止已失效的连接请求再次传送到服务器端。 二次握手不可行，因为：如果由于网络不稳定，虽然客户端以前发送的连接请求以到达服务方，但服务方的同意连接的应答未能到达客户端。则客户方要重新发送连接请求，若采用二次握手，服务方收到重传的请求连接后，会以为是新的请求，就会发送同意连接报文，并新开进程提供服务，这样会造成服务方资源的无谓浪费。
tcp为什么要三次握手，而不能二次握手
客户进程首先创建tcb然后找服务器发出请求报文，服务器接到客户的请求报文如果同意连接就向客户发送确定，客户收到服务器的确认还要向服务器再次确认。 这就是三次握手。
TCP为什么是三次握手，为什么不是两次或者四次
三次握手的目的：是为了确认双方都有收发数据的能力。 第一次： A->B，证明A有发消息的能力。第二次： ->B && B->A，证明B有收消息，并且有发消息的能力。第三次： A->B，证明A有收消息的能力。 二次握手达不到目的，四次多余。
TCP建立连接的过程为什么不是两次握手
为什么不是两次 我们先来将三次握手这个过程捋一遍。(S-服务端，C-客户端)第一次握手后，S可以确认自己收报文与C发报文的功能都正常，而C呢，它什么都不能确认。第二次握手后，C可以确认自己的收发报文与S的收发报文功能都正常，也就是认为连接已建立。那么第三次呢，S也可以确认双方能够正常通信。假想一下，如果我们去掉了第三次呢？因为我们不进行第三次握手，所以在S对C的请求进行回应(第二次握手)后，就会理所当然的认为连接已建立，而如果C并没有收到S的回应呢？此时，C仍认为连接未建立，S会对已建立的连接保存必要的资源，如果大量的这种情况，S会崩溃。 因此第三次握手是必要的。
本文由 在线网速测试 整理编辑，转载请注明出处。
