你好,这里是网络技术联盟站。
上一节我们图解了TCP的三次握手,了解了三次握手过程的原理、为啥需要三次握手而不是两次握手就能建立连接,那么建立连接时三次握手,那TCP断开连接是如何断开的呢?
本节,瑞哥继续带您图解网络,探究一下TCP四次挥手断开连接背后的原理。
让我们直接开始!
TCP 是一种全双工协议,为了建立连接,通过三次握手就能建立可靠的链路:
SYNchroniz
e 的缩写)表示客户端要建立与服务端的连接。连接的两端都可以终止 TCP 连接,甚至单侧终止也是可能的,这也称为半开连接,即使一方已经断开连接,另一方仍然可以传输数据。
我们说的四次挥手,指的是双方断开连接。
我们先以生活中例子来解释一下:
小美和小明是大学同学,刚上大学的时候,小明高大帅气,还会打篮球,小美对他非常崇拜,小明也非常喜欢小美,就这样,在一个夜黑风高的夜晚,他们成了情侣。
不过随着时间的推移,加上环境的变化,两个人渐渐失去了热情,所以小美向小明提出了分手。分手的过程就类似于TCP四次挥手:
然后小明的微信上就会出现大大的红感叹号!
这就是四次挥手,是不是很形象?😀😀😀
下次假如阁下忘了TCP四次挥手的步骤,我想你可以把自己当作渣男想象一下😂😂😂
好了,咱们言归正传,我们好好分析一下TCP四次挥手的原理。
如图,客户端想要和服务端断开连接:
FINISH
的缩写,FIN 消息的目的是使 TCP 能够优雅地终止已建立的连接,然后客户端进入称为 FIN-WAIT 状态的状态,在 FIN-WAIT 状态下,客户端继续接收来自服务端的消息,并继续处理已经在队列中的消息,但客户端不会发送任何额外的数据。这个可以联想,小美在发分手消息过程中,男朋友小明一直在发消息给小美,小美没看的消息就进入到了队列,队列中的消息,小美还是会看的,但是不会再主动回复这些消息。
至此,TCP连接断开!
如图,M和N都是序列号,分别代表是客户端和服务端,也是为了区别服务端和客户端的,比如看到M就想到消息是来自于客户端,看到N就想到消息来自于服务端。
所以过程又变成:
至此TCP就成功断开连接了。
这里还是举个例子,小美在发完“那就这样了,互删微信吧,再见!”的消息后,会最多等待四分钟,给小明机会去挽留:
假如在这四分钟内,小明没有挽留,那不好意思,彻底结束吧!Game Over!
在【四次挥手原理分析】图中,我们注意到了TIME_WAIT状态,客户端发送最后一个 ACK段后,连接不会立即终止,由于不能保证最后发送的数据包确实已经到达,客户端或服务器最初将保持时间等待状态,直到 ACK 段和任何新 FIN 段的最大生命周期(MSL,Maximum Segment Lifetime )才能彻底进入CLOSED状态。
这种机制主要出于两种考虑:
本文,瑞哥用生动形象的例子给大家阐述了TCP四次挥手的过程,相信大家一看就懂,然后还深入分析了四次挥手的原理,我们来看下本文内容的概况:
感谢您的阅读,如果觉得文章对您有帮助,别忘了点赞👍、收藏⭐哦!有任何问题,欢迎在下方评论区与我讨论!!!
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。