TCP协议的三次握手和四次挥手

1. 术语

SYN:同步位。SYN=1,表示要发起一个连接请求。
大写的ACK:确认位。ACK=1,确认有效;ACK=0,确认无效。
小写的ack:确认号。确认号=对方发来的序号+1。
seq:序号

2. 三次握手(连接)

① 当客户端向服务端发起连接时,会先发一包连接请求数据,过去询问一下,能否与你建立连接,这包数据称之为SYN包;
② 如果服务端同意连接,则回复一包SYN+ACK包;
③ 客户端收到后回复一包ACK包,连接建立。

3. 四次挥手(断开连接)

① 客户端和服务端都可以发送关闭连接请求。假设客户端主动发起关闭连接请求,客户端向服务端发起一包FIN包,表示要关闭连接,客户端自己进入FIN-WAIT-1(终止等待1)状态,这是第一次挥手;
② 服务端收到FIN包后,发送一包ACK包,表示服务端自己进入了CLOSE-WAIT(关闭等待)状态,客户端进入FIN-WAIT-2状态,这是第二次挥手;服务端此时还可以发送未发送的数据,而客户端还可以接收数据
③ 待服务端发送完数据之后,发送一包FIN包,服务端进入LAST-ACK(最后确认)状态,这是第三次挥手;
④ 客户端收到后恢复ACK包,进入TIME-WAIT(超时等待)状态,经过超时时间后关闭连接。而服务端收到ACK包后立即关闭。这是第四次挥手。

为什么客户端需要等待超时时间?
这是为了保证对方已收到ACK包。假设客户端发送完最后一包ACK包后就释放了连接,一旦ACK包在网络中丢失,服务端将一直停留在LAST-ACK状态。如果客户端发送最后一包ACK包后等待一段时间,这是服务端因为没有收到ACK包,会重发FIN包,客户端会响应这个FIN包重发ACK包,并刷新超时时间。
这个机制也是为了保证在不可靠的网络链路中,进行可靠的连接断开确认

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

小刘新鲜事儿

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值