当前位置: 首页 > java >正文

TCP 连接管理:深入分析四次握手与三次挥手

TCP 连接管理:深入分析四次握手与三次挥手


一、TCP 连接建立:四次握手(Four-Way Handshake)

核心目标可靠地协商初始序列号(ISN),确保双方具备双向通信能力,防止历史连接混淆。

工作流程与报文详解
  1. SYN(Client → Server)

    • 标志位SYN=1, ACK=0
    • 序列号(Seq):随机值 X(Client ISN)
    • 作用:请求建立连接,声明初始序列号。
  2. SYN-ACK(Server → Client)

    • 标志位SYN=1, ACK=1
    • 序列号(Seq):随机值 Y(Server ISN)
    • 确认号(Ack)X+1(确认收到Client的SYN)
    • 作用:同意建立连接,提供自身ISN,确认客户端SYN。
  3. ACK(Client → Server)

    • 标志位ACK=1
    • 序列号(Seq)X+1(延续Client序列号)
    • 确认号(Ack)Y+1(确认收到Server的SYN)
    • 作用:确认服务端的SYN,连接正式建立。
  4. (可选)ACK + Data

    • 实际中,此报文常携带应用层数据(如HTTP请求)。
为什么需要四次握手?
  • 两次握手缺陷:若失效的SYN(因延迟超时)到达服务端,服务端会错误建立连接。
  • 三次握手解决:Client通过第三次ACK拒绝历史连接(若收到旧SYN的ACK,则发送RST重置)。
内核实现关键点
  • 半连接队列(SYN Queue):存储收到SYN但未完成握手的连接。
  • 全连接队列(Accept Queue):存储完成握手等待accept()的连接。
  • SYN Flood防御:使用SYN Cookies(如Linux)避免资源耗尽。

二、TCP 连接终止:三次挥手(Three-Way Handshake)

核心目标双方独立关闭双向数据流,确保数据完整传输。

工作流程与报文详解
  1. FIN(主动关闭方 → 被动方)

    • 标志位FIN=1, ACK=1
    • 序列号(Seq):当前已发送数据的下一序号 M
    • 作用:声明发送通道关闭(仍可接收数据)。
  2. ACK(被动方 → 主动方)

    • 标志位ACK=1
    • 确认号(Ack)M+1
    • 作用:确认收到FIN,通知应用层关闭。
  3. FIN(被动方 → 主动方)

    • 标志位FIN=1, ACK=1
    • 序列号(Seq)N(可能携带最后数据)
    • 确认号(Ack)M+1(保持对FIN的确认)
    • 作用:通知主动方自身发送通道关闭。
  4. ACK(主动方 → 被动方)

    • 标志位ACK=1
    • 确认号(Ack)N+1
    • 作用:确认被动方的FIN,连接完全关闭。
为什么是三次挥手?
  • 被动方的ACKFIN不能合并发送:因应用层可能需要时间处理剩余数据(CLOSE_WAIT状态)。

三、关键状态与异常处理

状态触发条件意义
SYN_SENT发送SYN后等待SYN-ACK
SYN_RECEIVED收到SYN并回复SYN-ACK等待最终ACK
ESTABLISHED完成握手数据可双向传输
FIN_WAIT_1主动方发送FIN等待ACK或FIN
CLOSE_WAIT被动方收到FIN等待应用层关闭
LAST_ACK被动方发送FIN等待最终ACK
TIME_WAIT主动方收到FIN并发送ACK确保被动方收到ACK(2MSL)
TIME_WAIT 的重要性
  • 持续时间2 * MSL(MSL通常为30s/60s)。
  • 作用
    1. 确保被动方重传的FIN能被响应(若ACK丢失)。
    2. 防止相同四元组(源IP/端口 + 目标IP/端口)的新连接收到旧连接的延迟报文。

四、流程图解

连接建立(四次握手)
  Client                          Server|                              ||-------- SYN (Seq=X) -------->|  → Server: SYN_RCVD|                              ||<----- SYN-ACK (Seq=Y, Ack=X+1) --|  → Client: ESTABLISHED|                              ||------ ACK (Ack=Y+1) -------->|  → Server: ESTABLISHED|                              |
连接终止(三次挥手)
  Client (主动关闭)               Server|                              ||---------- FIN (Seq=M) ------>|  → Server: CLOSE_WAIT|                              ||<------- ACK (Ack=M+1) -------|  |                              ||<------- FIN (Seq=N) ---------|  → Server: LAST_ACK|                              ||------ ACK (Ack=N+1) -------->|  → Client: TIME_WAIT (2MSL)|                              |      Server: CLOSED

五、总结

特性四次握手三次挥手
核心目的协商初始序列号,防止历史连接独立关闭双向数据流
关键状态SYN_SENT, SYN_RCVDFIN_WAIT, CLOSE_WAIT, TIME_WAIT
设计难点SYN Flood攻击防御TIME_WAIT优化与端口复用
合并报文ACK与数据合并常见ACK与FIN不可合并(需等待应用层)

实际意义

  • 握手:确保通信双方具备可靠传输的基础能力。
  • 挥手:优雅终止连接,避免数据丢失与资源泄漏。
  • TIME_WAIT:TCP可靠性设计的最后防线,牺牲短期资源换取协议健壮性。

补充:在极端优化场景(如HTTP/1.1 Keep-Alive)中,一个连接可处理多次请求,减少握手/挥手开销。但底层机制仍是TCP可靠性的基石。

http://www.xdnf.cn/news/17871.html

相关文章:

  • 2025年大模型安全岗的面试汇总(题目+回答)
  • 扩展用例-失败的嵌套
  • 大语言模型基础
  • 监控插件SkyWalking(二)集成方法
  • 7、C 语言数组进阶知识点总结
  • Mac 新电脑安装cocoapods报错ruby版本过低
  • 仪器制造业推广平台推荐有哪家
  • 计算机视觉(opencv)实战二——图像边界扩展cv2.copyMakeBorder()
  • K8S企业级应用与DaemonSet实战解析
  • 我们可以无损放大一个transformer吗
  • [vibe coding-lovable]lovable是不是ai界的复制忍者卡卡西?
  • 微美全息(WIMI.US)借区块链与聚类技术,开启物联网去中心化安全架构新纪元
  • Maven学习笔记
  • iOS Sqlite3
  • PDF 段落提取利器:Spring AI 的 ParagraphPdfDocumentReader 实战
  • docker 容器管理入门教程
  • 【科研绘图系列】R语言绘制微生物丰度和基因表达值的相关性网络图
  • 解剖HashMap的put <五> JDK1.8
  • 短视频流量|基于Java+vue的短视频流量数据分析系统(源码+数据库+文档)
  • Go语言实战案例:用Gin实现图书管理接口
  • 云原生俱乐部-k8s知识点归纳(1)
  • 当GitHub宕机时,我们如何协作?
  • Flutter sqflite插件
  • Docker运行python项目:使用Docker成功启动FastAPI应用
  • Java 中导出 Excel 文件的方法
  • 本地jar导入到本地仓科和远程仓库
  • [ HTML 前端 ] 语法介绍和HBuilderX安装
  • Spring Boot 3中JWT密钥安全存储方案
  • 图灵测试:人工智能的“行为主义判据”与哲学争议
  • 论,物联网日志系统架构如何设计?