TCP连接为什么是三次握手,而不是两次握手,也不是四次握手?

网络 网络管理
我们先来说一下,为什么必须是三次握手,而不是两次握手,也不是四次握手呢?

文本转载自公众号:程序员乔戈里(ID:CXYqiaogeli)如需转载请联系原公众号。

[[265124]]

 

 

乔哥:你说“喂喂喂,能听到我说话吗?”,是***次握手,也就是说小萌你的发送消息的能力没有问题,然后我回了你一句“小萌,我可以听到你说话,你能听到我说话吗?”这是第二次握手,我回了你一句,说明了我可以听到你说话(说明了我具有接受消息的能力),我对你说了“你能听到我说话吗”也说明了我这里也有可以发送消息的能力。到第二次握手结束,说明了我具有发送消息和接受消息的能力,小萌你具有发送消息的能力。然后你说“乔哥,我听到你说话了”,这是第三次握手,你听到我说话,也就是说明小萌你的接受消息的能力没有问题。这样就可以进行通话了(建立了TCP连接)

 

 

小萌:“喂,乔哥听得到吗?”

乔哥:“乔哥听得到呀,小萌你听得到乔哥吗?”

小萌:“小萌能听到乔哥,乔哥能听到小萌吗?”

 

小萌:1.两次握手,这个我想是因为服务器收到了客户端的消息,服务器知道了客户端是可以发送消息的,但由于没有第三次握手,所以服务器不知道客户端是否具有接受消息的能力;

2.客户端从服务器接受到了消息,客户端知道了服务器接受到了我的消息才回复,说明服务器的接受消息能力和发送消息的能力没问题(服务器发送出了消息);

3.综上所述,客户端确保了服务器的接受发送没问题,但是服务器仅仅只知道客户端的发送消息没问题,这并不是可靠的,所以两次握手不可以。


 

 

乔戈里:这里举个例子,假设客户端和服务器进行TCP连接,然后***次发送的TCP连接请求发生了阻塞。

 

于是由于客户端没有收到服务器的应答报文,客户端认为这个TCP连接请求丢失了,于是重新发送了TCP连接请求。这次没有阻塞,成功连接了,因为是讨论的两次握手,所以只进行两次连接就可以进行通信了。

 

通信结束,然后就断开了连接。

 

这时候最开始的阻塞的连接请求A客户端以为丢失了,但是没有丢失,只是阻塞了而已,阻塞一段时间网络又畅通了,于是TCP连接请求A成功到达了服务器,服务器又以为是客户端又要进行数据传输,于是服务器就又对这个连接请求进行应答,两次握手,于是又成功建立了TCP连接。

 

但是由于客户端它以为这个连接请求已经丢失了,所以不会利用这个建立的连接请求进行数据通信,虽然服务器分配给了资源给客户端,但是客户端并不进行数据传输,这样就白白浪费了服务器的资源,试想一下如果网络很拥堵,那么等网络变畅通以后,服务器岂不是浪费了一堆资源,可能对于正常的连接请求都无法处理了!

 

 

 

 

服务器过了很长时间(规定好的时间和客户端)都没有收到回复,于是也不会为客户端分配资源,这次连接就放弃了。

作者:乔戈里,百度工程师。个人微信公众号:程序员乔戈里(IDCXYqiaogeli

 

责任编辑:武晓燕 来源: 程序员乔戈里
相关推荐

2021-04-30 13:32:17

TCP三次握手网络协议

2021-12-02 09:20:33

TCPLinux三次握手

2019-05-05 05:39:23

TCP三次握手网络协议

2021-05-28 09:08:20

TCP连接序列号

2015-10-13 09:42:52

TCP网络协议

2019-06-12 11:26:37

TCP三次握手四次挥手

2021-07-26 08:08:56

TCPIP网络协议

2020-02-17 10:10:43

TCP三次握手四次挥手

2024-01-12 08:23:11

TCPACK服务器

2023-10-24 15:22:09

TCPUDP

2023-09-07 16:46:54

TCP数据传递

2021-07-03 17:47:25

TCP控制协议

2021-01-29 06:11:08

TCP通信三次握手

2021-05-18 12:27:40

TCP控制协议

2019-02-01 09:38:16

2017-09-25 21:27:07

TCP协议数据链

2020-06-29 14:50:47

TCP状态ACK

2022-07-25 07:07:35

TCP客户端服务器

2023-10-28 09:07:57

TCP面试三次握手

2015-11-09 09:58:56

点赞
收藏

51CTO技术栈公众号