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

TCP 三次握手与四次挥手笔记

一、TCP 三次握手(建立连接)

TCP 是面向连接的、可靠的传输层协议,为了建立可靠的连接,TCP 采用三次握手(Three-way Handshake)机制。

1.1 三次握手过程

次数发送方接收方说明
第一次握手发送 SYN=1,seq=x客户端发送连接请求,进入 SYN_SEND 状态
第二次握手发送 SYN=1,ACK=1,seq=y,ack=x+1服务器收到请求,确认后进入 SYN_RCVD 状态
第三次握手发送 ACK=1,seq=x+1,ack=y+1客户端收到确认,进入 ESTABLISHED 状态,服务器收到后也进入 ESTABLISHED

1.2 报文示意图

客户端                             服务器| ----------- SYN ------------> || <-------- SYN + ACK --------- || ----------- ACK ------------> |
连接建立

1.3 握手各个阶段详解

  • 第一次握手
    客户端发送一个带 SYN 标志的数据包,表示请求建立连接,包内包含初始序列号 seq = x

  • 第二次握手
    服务器收到 SYN 包,确认(ACK)客户端的 SYN,同时发送自己的 SYN,seq = yack = x+1

  • 第三次握手
    客户端收到 SYN+ACK,发送 ACK 确认,ack = y+1

连接正式建立,双方可以开始数据传输了。


二、为什么需要三次握手?

  • 防止历史连接请求造成的错误连接(防止旧的重复连接初始化请求报文被服务器误处理)。
  • 确认双方的接收与发送能力均正常。
  • 确认客户端的初始序列号,服务器的初始序列号。

三、TCP 四次挥手(释放连接)

TCP 连接释放采用四次挥手(Four-way Handshake)机制,目的是保证双方都能彻底释放连接,避免数据丢失。

3.1 四次挥手过程

次数发送方接收方说明
第一次挥手发送 FIN=1,seq=u客户端请求关闭连接,进入 FIN_WAIT_1
第二次挥手发送 ACK=1,ack=u+1服务器确认关闭请求,进入 CLOSE_WAIT,客户端进入 FIN_WAIT_2
第三次挥手发送 FIN=1,seq=v服务器准备关闭,通知客户端
第四次挥手发送 ACK=1,ack=v+1客户端确认,进入 TIME_WAIT,服务器关闭,最后客户端关闭

3.2 报文示意图

客户端                             服务器| ----------- FIN ------------> || <----------- ACK ------------ || <----------- FIN ------------ || ----------- ACK ------------> |
连接关闭

3.3 各阶段详解

  • 第一次挥手
    客户端主动发送 FIN,表示不再发送数据,进入 FIN_WAIT_1

  • 第二次挥手
    服务器收到 FIN,返回 ACK,进入 CLOSE_WAIT,客户端进入 FIN_WAIT_2

  • 第三次挥手
    服务器处理完剩余事务后,发送 FIN,通知客户端,进入 LAST_ACK

  • 第四次挥手
    客户端确认后,进入 TIME_WAIT,等待 2MSL 后,最终关闭。


四、为什么需要四次挥手?

  • TCP 是全双工通信,关闭需要双方单独关闭各自的发送方向。
  • 第二次挥手后,服务器可能还有数据未发送完,不能直接关闭,需等待全部发送完成才发 FIN。

五、TIME_WAIT 状态及意义

  • 保证最后一个 ACK 能被对方接收到(如果丢失,服务器会重发 FIN)。
  • 防止旧连接中的延迟数据影响新连接。
  • 通常等待时间是 2 倍的 MSL(Maximum Segment Lifetime)。

六、状态迁移图(简化版)

客户端状态:
CLOSED -> SYN_SENT -> ESTABLISHED -> FIN_WAIT_1 -> FIN_WAIT_2 -> TIME_WAIT -> CLOSED服务器状态:
CLOSED -> LISTEN -> SYN_RCVD -> ESTABLISHED -> CLOSE_WAIT -> LAST_ACK -> CLOSED

七、总结对比

建立连接断开连接
三次握手四次挥手
双方都需要确认对方双方都需要关闭发送功能
主要防止失效连接请求确保数据完整可靠传输

八、附加 — 常见面试考点

  • 为什么不是两次握手?
    防止失效的连接请求导致的伪连接。

  • 为什么不是三次挥手?
    因为连接是双向的,必须双方都关闭发送端。

  • TIME_WAIT 为什么必须有?
    确保可靠性,避免延迟包干扰。

  • 如果客户端 TIME_WAIT 太多怎么办?

    • 调整操作系统参数,缩短 TIME_WAIT 时间
    • 使用连接复用(如 HTTP Keep-Alive)
http://www.dtcms.com/a/283238.html

相关文章:

  • 光伏气象数据驱动设计方案优化
  • Spider的用法
  • 搭建云途YTM32B1MD1芯片VSCODE+GCC + Nijia + Cmake+Jlink开发环境
  • Python设计模式深度解析:单例模式(Singleton Pattern)完全指南
  • 深度解析api-ms-win-crt-runtime-l1-1-0.dll:它是什么?为什么重要?如何修复?
  • Spring MVC中@PathVariable的用法详解
  • 【世纪龙】汽车发动机拆装检修仿真教学软件-数字技术重塑教学
  • 汽车数字化——65页大型汽车集团企业IT信息化(管理架构、应用架构、技术架构)战略规划【附全文阅读】
  • 网络安全初级(Python实现sql自动化布尔盲注)
  • Android Git操作
  • 小程序 状态管理 mobx-miniprogram 和 miniprogram-compute
  • 将Android Studio创建的一个apk工程放到Android15源码中构建
  • Prompting Engineer 十大核心设计原则
  • 比特币简介
  • Swift6.0基础知识 -- 可选2
  • 正则表达式梳理
  • Linux驱动13 --- 多节点设备树
  • MySQL主键策略解析:自增ID与UUID的优劣及选择建议
  • 7.17 滑动窗口 | assign
  • Docker容器访问挂载文件权限问题
  • MPPT电路设计
  • vue中后端返回数据流,前端实现导出下载
  • 等价关系与不变量
  • Web3:Solidity入门到精通
  • cdr序列化与反序列化
  • SenseGlove力反馈手套:医疗、生产制造、军事模拟与远程机器人控制新革命
  • 【AI交叉】化学:人工智能如何重塑现代化学研究?
  • 谷歌引入开源全栈 AI 代理栈:借助 Gemini 2.5 和 LangGraph 实现多步网络搜索、反思与综合
  • NMS代码详解(数据维度变换解析)
  • 格密码--Ring-SIS和Ring-LWE