三次握手与四次分手

本文详细解析了TCP协议中的三次握手和四次挥手过程,解释了SYN、ACK、FIN标志位的作用,以及序列号和确认号在确保数据正确传输中的作用。深入探讨了三次握手和四次挥手的具体步骤,以及为何需要这些步骤来建立和关闭连接。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

https://blog.youkuaiyun.com/sinat_36629696/article/details/80740678
TCP三次握手和四次分手的图
在这里插入图片描述
在这里插入图片描述

其中:SYN,ACK,FIN存放在TCP的标志位,共6个字符,这里就介绍这三个:

SYN:代表请求创建连接,SYN=1,表示请求建立连接。

FIN:表示请求关闭连接。因为TCP的连接是双向的,一次FIN只能关闭一个方向,所以在四次分手时,FIN需要发两遍。

ACK:代表确认接受。ACK=1,表示消息接收到了。并且在建立连接以后的发送数据时,都需加上ACK=1,来表示数据接收成功。

seq:序列号,什么意思呢?当发送一个数据时,数据是被拆成多个数据包来发送,序列号就是对每个数据包进行编号,这样接受方才能对数据包进行再次拼接。

ack:这个代表下一个数据包的编号,这也就是为什么第二请求时,ack是seq+1,

简述:

三次握手:
1.客户端首先要SYN=1,表示要创建连接,
2.服务端接收到后,要告诉客户端:我接受到了!所以加个ACK=1,就变成了ACK=1,SYN=1
3.理论上这时就创建连接成功了,但是要防止一个意外,所以客户端要再发一个消息给服务端确认一下,这时只需要ACK=1就行了。
三次握手完成!

为什么要第三次的确认:
如果发送两次就可以建立连接话,可能出现的问题:如果一个连接请求在网络中跑的慢,超时了,这时客户端会从发请求,但是这个跑的慢的请求最后还是跑到了,然后服务端就接收了两个连接请求,然后全部回应就会创建两个连接,浪费资源!

加了第三次客户端确认,客户端在接受到一个服务端连接确认请求后,便可以忽视后面的连接确认请求。

四次分手:
1.首先客户端请求关闭客户端到服务端方向的连接,这时客户端就要发送一个FIN=1,表示要关闭一个方向的连接
2.服务端接收到后是需要确认一下的,所以返回了一个ACK=1
3.此时只关闭了一个方向,另一个方向也需要关闭,所以服务端也向客户端发了一个FIN=1 ACK=1
4.客户端接收到后发送ACK=1,表示接受成功
四次分手完成!

TCP是双向的,所以需要在两个方向分别关闭,每个方向的关闭又需要请求和确认,所以一共就4次。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值