TCP 三次握手与四次挥手

TCP 三次握手与四次挥手

介绍

TCP 是一种面向连接的、可靠的、基于字节流的传输层协议。它在建立连接时使用三次握手建立连接,在断开连接时使用四次挥手断开连接。

三次握手

目的

确保客户端和服务端双方都具有 ​​ 发送和接收数据​​ 的能力。

流程

  1. 第一次握手:

客户端向服务端发送 SYN=1 的同步序列号,并随机生成一个序列号 seq发送给服务端。此时,客户端进入 SYN_SEND 状态。

  1. 第二次握手:

服务端收到 SYN=1 的同步序列号,向客户端发送 SYN=1 的同步序列号和 ACK=1 的确认,同时会生成一个服务端的的序列号 seq, 并确认客户端的序列号 ack= 客户端seq + 1一起发送给客户端。此时,服务端进入 SYN_RECV 状态。

  1. 第三次握手:

客户端收到 SYN=1 的同步序列号和 ACK=1 的确认,向服务端发送 ACK=1 的确认,并将自己的序列号 seq 加 1,同时将确认服务端的序列号 ack = 服务端seq + 1 发送给服务端。此时,客户端进入 ESTABLISHED 状态,服务端收到后也进入 ESTABLISHED 状态。

四次挥手

目的

确保双方都能 ​ 安全关闭连接 ​,避免数据丢失。

流程

  1. 第一次挥手:

客户端发送 FIN=1 的结束序列号,并随机生成一个序列号 seq发送给服务端,通知服务端准备关闭连接。此时,客户端进入 FIN_WAIT_1 状态。

  1. 第二次挥手:

服务端收到 FIN=1 的结束序列号,向客户端发送 ACK=1 的确认,同时确认客户端的序列号 ack = 客户端seq + 1 发送给客户端。此时,服务端进入 CLOSE_WAIT 状态。客户端收到后进入 FIN_WAIT_2 状态。这时服务端并不会立即关闭连接,因为还有处理未完成的请求,因此,在这个阶段,服务端会处理完所有未完成的请求,并把相应的数据发送给客户端。

  1. 第三次挥手:

客户端发送 FIN=1 的结束序列号和 ACK=1 的确认,并随机生成一个序列号 seq和确认客户端的序列号 ack = 客户端seq + 1发送给客户端。 通知服务端准备关闭连接。此时,服务端进入 LAST_ACK 状态,等待客户端的确认。

  1. 第四次挥手:

客户端向服务端发送 ACK=1 的确认,并将自己的序列号 seq 加 1,确认服务端的序列号 ack = 服务端seq + 1发送给服务端。此时,客户端收到后进入 TIME_WAIT 状态,等待服务端的确认,在这个状态下,客户端会进行一个超时等待,通常为 1-4 分钟,如果超时还没有收到服务端的确认,则客户端会重发 ACK 报文。

服务端收到后,关闭连接,客户端和服务端同时进入 CLOSED 状态。

相关推荐
智慧光迅AINOPOL5 小时前
园区全光网IP+POL架构怎么设计:组网拓扑与带宽演进
网络协议·tcp/ip·架构
必须得开心呀5 小时前
iperf3服务端
网络协议
沙蒿同学5 小时前
不引 Ghostscript:我用纯 Go 给 PDF 做了一场「压缩手术」
前端·后端·github
变与不变8066 小时前
jQuery细节以及使用应用场景
前端·javascript·jquery
SailingCoder8 小时前
【封闭结束1】端到端交付:Agent 一次请求如何走完全链路
前端·安全·ai·面试·agent·harness
风骏时光牛马10 小时前
AI多模块协同自动化工作流
前端
zhangminghuan10 小时前
前端面试应对技巧
前端·面试·职场和发展
计算机魔术师10 小时前
潜伏14年的PHP致命洞,AI跑两天就交卷了
前端
IT_陈寒10 小时前
Vue的这个响应式陷阱我居然现在才发现
前端·人工智能·后端