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

相关推荐
幼儿园技术家2 分钟前
前端如何设计权限系统(RBAC / ABAC)?
前端
前端摸鱼匠2 小时前
Vue 3 的v-bind合并行为:讲解v-bind与普通属性合并的规则
前端·javascript·vue.js·前端框架·ecmascript
REDcker2 小时前
浏览器端Web程序性能分析与优化实战 DevTools指标与工程清单
开发语言·前端·javascript·vue·ecmascript·php·js
donecoding3 小时前
一个 sudo 引发的血案:npm 全局包权限错乱彻底修复
前端·node.js·前端工程化
风骏时光牛马4 小时前
Raku正则匹配与数据批量处理实操案例
前端
nbwenren4 小时前
2026实测:Gemini 3 镜像站视觉能力实践——拍照原型图,一键生成 HTML+CSS 代码
前端·css·html
Lee川4 小时前
Prisma 实战指南:像搭积木一样设计古诗词数据库
前端·数据库·后端
jinanwuhuaguo4 小时前
(第二十九篇)OpenClaw 实时与具身的跃迁——从异步孤岛到数字世界的“原住民”
前端·网络·人工智能·重构·openclaw
广州华水科技4 小时前
深度测评2026年单北斗GNSS位移监测系统推荐,与高口碑变形监测设备一同引领行业新风尚
前端