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 状态。

相关推荐
moonsims44 分钟前
Voliro 无人机-Aerial Mobile Robot(空中移动机器人):把无人机从“飞过去拍摄”,升级成“飞过去并与目标物理接触、测量甚至操作”
前端·人工智能·安全·无人机·量子计算
晴天162 小时前
Chrome 控制台(DevTools)竟是用 HTML 写的?-Day41
前端·chrome·html
变与不变8062 小时前
Debug 调试与排错规范
前端·javascript
欢迎来到祖安!2 小时前
企业微信 API 接口能力介绍:支持消息收发、图片发送、表情互动、联系人管理等多场景应用
java·前端·数据仓库·spring cloud·企业微信
子非鱼a8 小时前
【WEB】multiSQL
前端
lemon_sjdk9 小时前
DOM 节点
java·前端·javascript
nvd119 小时前
深入现代 Web 鉴权架构:网关统一代理 (Forward-Auth) vs 前端持有 JWT 的终极选型与边缘同域实践
前端·架构·状态模式
leoZ2319 小时前
2026-09-09-springboot-cloud-deploy-pitfalls
java·前端·javascript·vue.js·人工智能·spring boot·后端
YWL10 小时前
OpenLayers弹窗Overlay深度实战
前端·vue·openlayers
YWL10 小时前
OpenLayers+ECharts联动:地图点击联动图表,数据可视化大屏方案
前端·信息可视化·vue·echarts·openlayers