MQTT的QoS2中四次握手与TCP的三次握手、四次挥手的异同

原创 已于 2025-11-06 16:37:14 修改 · 457 阅读 · 8 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#tcp/ip #网络 #网络协议

于 2025-11-06 16:36:20 首次发布

目录

一、根本定位不同（核心差异）

二、流程对比

1. TCP 三次握手（建立连接）

2. TCP 四次挥手（关闭连接）

3. MQTT QoS 2 四次握手（单条消息确认）

三、功能与目标对比

四、它们的关系：分层协作

五、常见误解澄清

六、总结：异同表

结论

        MQTT QoS 2 的“四次握手” 与 TCP 中的“三次握手”和“四次挥手” 虽然都涉及“握手”一词，但它们处于完全不同的网络层次、目的和机制。下面我们从多个维度对比分析它们的异同、关系与本质区别。

        需要强调的是：‌HTTP和HTTPS使用TCP协议进行数据传输，因此它们的三次握手和四次挥手过程实际上是TCP协议的握手和挥手过程‌。TCP是传输层协议，负责建立和断开可靠的连接，而HTTP/HTTPS是应用层协议，依赖于TCP的连接管理。

        三次握手（确认双方的收发能力，保证发送方和接收方正常；防止已失效的连接请求报文突然传送到服务端；同步初始序列号）。四次挥手（资源释放；防止无效数据；提高安全性；网络效率）

一、根本定位不同（核心差异）

项目MQTT QoS 2 四次握手TCP 三次握手 / 四次挥手
协议层级应用层（MQTT 是应用层协议）传输层（TCP 是传输层协议）
目的保证单条消息的“恰好一次”可靠交付建立/释放端到端连接（会话通道）
作用对象单个 MQTT 消息（基于 Packet ID）整个 TCP 连接（socket）
是否依赖对方依赖底层已建立的 TCP 连接是建立可靠通信的基础

✅ 关键结论：
MQTT QoS 2 的四次握手运行在已经通过 TCP 三次握手建立好的连接之上。
换句话说：没有 TCP 三次握手，就没有 MQTT 通信；而 MQTT QoS 2 是在 TCP 连接之上的“业务级可靠性增强”。

二、流程对比

1. TCP 三次握手（建立连接）

Client                 Server
  | ------- SYN --------> |
  | <---- SYN+ACK ------- |
  | ------- ACK --------> |
  ✅ 连接建立，可传输数据
  • 目的：同步双方初始序列号，防止历史连接请求干扰。
  • 发生在任何应用数据传输之前。

2. TCP 四次挥手（关闭连接）

Client                 Server
  | ----- FIN ----------> |
  | <---- ACK ----------- |
  | <---- FIN ----------- |
  | ----- ACK ----------> |
  ✅ 连接关闭
  • 因为 TCP 是全双工，需双向关闭。

3. MQTT QoS 2 四次握手（单条消息确认）

Sender                Receiver
  | -- PUBLISH (QoS=2) --> |
  | <-- PUBREC ----------- |
  | -- PUBREL ------------> |
  | <-- PUBCOMP ---------- |
  ✅ 该消息“恰好一次”交付完成
  • 发生在TCP 连接已建立之后，用于一条具体消息的可靠投递。
  • 可在同一 TCP 连接中发生多次（每条 QoS 2 消息独立进行）。

三、功能与目标对比

维度MQTT QoS 2 握手TCP 握手/挥手
解决的问题应用层消息重复/丢失传输层连接建立/释放
可靠性范围单条消息的语义可靠性字节流的有序、无差错传输
重传机制应用层基于 Packet ID 重传传输层基于序列号重传
状态维护MQTT 客户端/Broker 维护消息状态机操作系统内核维护 TCP 状态（ESTABLISHED, TIME_WAIT 等）
是否可见于应用应用可通过 MQTT 库感知（如回调）应用通常无感（除非监听 socket 事件）

四、它们的关系：分层协作

MQTT 运行在 TCP 之上，典型的协议栈如下：

[ Application Layer ]
        ↓
      MQTT (QoS 0/1/2)
        ↓
[ Transport Layer ]
        ↓
       TCP (三次握手 + 数据传输 + 四次挥手)
        ↓
[ Network Layer ]
        ↓
       IP

因此：

  • TCP 三次握手 → 为 MQTT 提供可靠的字节流通道。
  • MQTT QoS 2 四次握手 → 在该通道上实现更高语义级别的消息可靠性（TCP 无法保证“消息是否被业务处理”）。

💡 举个例子：
TCP 能保证你发的 100 字节数据完整到达对方内核缓冲区，
但不能保证对方应用程序是否读取、是否崩溃、是否重复处理。
QoS 2 就是为了解决“应用逻辑层面”的可靠交付问题。

五、常见误解澄清

误解正确理解
“MQTT 四次握手 = TCP 四次挥手”完全无关！一个是消息确认，一个是连接关闭
“QoS 2 替代了 TCP 的可靠性”不，QoS 2 依赖 TCP 的可靠性，是在其之上的增强
“用了 QoS 2 就不需要关心 TCP”错！如果 TCP 频繁断连，QoS 2 也无法完成握手，消息会卡住

六、总结：异同表

对比项MQTT QoS 2 四次握手TCP 三次握手TCP 四次挥手
所属层应用层传输层传输层
触发时机每发送一条 QoS 2 消息时连接建立时连接关闭时
目的消息“恰好一次”交付同步序列号，建立连接安全关闭双向连接
报文类型PUBLISH / PUBREC / PUBREL / PUBCOMPSYN / SYN+ACK / ACKFIN / ACK
是否可选是（可选 QoS 0/1/2）否（TCP 必须）否（关闭连接必需）
依赖关系依赖已建立的 TCP 连接无依赖（最底层可靠连接起点）依赖已建立的 TCP 连接

结论

MQTT QoS 2 的四次握手与 TCP 的三次握手/四次挥手没有直接功能关联，但存在严格的分层依赖关系：
TCP 提供“可靠管道”，MQTT QoS 2 在管道上实现“可靠消息语义”。
它们协同工作，分别解决传输层和应用层的不同可靠性问题。

19、消息系统：MQTT 技术与应用实践
tgb3456789的博客
09-09 54
本文深入介绍了MQTT协议的核心概念、优势及其在物联网中的应用实践。内容涵盖搭建Mosquitto代理、使用NodeMCU作为客户端连接传感器与执行器、构建MQTT与EPICS系统间的双向网关，并提供完整的代码示例与配置说明。同时对比了MQTT与EPICS的异同，探讨了安全性、性能优化及未来发展方向，适合从事物联网、工业自动化和系统集成的技术人员阅读与实践。
通讯协议篇（底层TCP/UDP；上层MQTT、HTTP、CoAP、DDS、AMQP、JMS；实现层RabbitMQ、ActiveMQ、Kafka）
hetiedan123的博客
04-29 1万+
通讯协议篇（底层TCP/UDP；上层MQTT、HTTP、CoAP、DDS、AMQP、JMS）1、TCP/IP网络模型介绍2、TCP协议介绍1. TCP连接过程2. TCP断开链接3. TCP协议的特点3、UDP协议介绍UDP协议的特点4、TCP/UDP协议对比5、上层的MQTT、HTTP、CoAP、DDS、AMQP、JMS1、MQTT1、MQTT的介绍2、HTTP1、HTTP的介绍3、CoAP1、...
MQTT协议与TCP协议的对比
bsklhao的博客
04-17 1597
专为物联网场景优化了消息路由和传输效率，而TCP是传输层协议，提供通用的可靠字节流传输。两者可结合使用（MQTT over TCP），共同满足物联网应用的通信需求。：支持一对多广播，设备离线后保留消息（Retained Message）。✅ 需离线消息支持（Last Will and Testament）通过三次握手建立可靠连接，双方维护连接状态。需自行实现消息路由、订阅管理、QoS机制等。传输原始字节流，需应用层自行处理消息边界。✅ 需要传输原始字节流（如文件传输）✅ 设备资源受限（低功耗、低带宽）
MQTT 是什么？一文读懂 MQTT 协议的原理与优势
weixin_46739493的博客
07-03 4338
MQTT协议是什么
MQTT、HTTP、WebSockcet的底层原理区别
2301_79584629的博客
04-23 1229
HTTP：传统的请求-响应模式，适合网页、接口等一次性交互；WebSocket：支持双向通信，适合需要持续连接、实时交互的应用；MQTT：轻量级、基于发布/订阅的协议，专为低带宽、高延迟、物联网设备设计。
MQTT 入门介绍
u012556047的博客
06-11 1234
https://www.runoob.com/w3cnote/mqtt-intro.html
2. MQTT协议概述
一名全栈开发工程师
08-07 581
MQTT协议采用发布/订阅（publish/subscribe）模型，消除了发送者和接收者之间的直接联系，使消息传递更加灵活和解耦。本文了MQTT协议的基本概念、工作原理及其主要特性，阐述了其在物联网中的广泛应用场景，并对比了MQTT与其他通信协议的异同。其消息格式简化，降低了通信开销，提高了数据传输效率。MQTT允许客户端在连接时设置遗嘱消息，确保当客户端异常断开时，代理能够发布预定义的遗嘱消息，通知其他客户端。MQTT使用TCP/IP协议传输数据，支持标准的网络通信，便于在各种网络环境中部署和使用。
管中窥豹：一线工程师看MQTT
热门推荐
唐小引的 CSDN 博客
07-25 1万+
MQTT 是一种基于发布/订阅（Publish/Subscribe）模式的轻量级通讯协议，该协议构建于TCP/IP协议上，目前最新版本为v3.1.1，其最大的优点在于可以以极少的代码和有限的带宽，为远程设备提供实时可靠的消息服务。
MQTT介绍与使用
Leon_Jinhai_Sun的博客
02-14 1923
正文 物联网是新一代信息技术的重要组成部分，也是“信息化”时代的重要发展阶段。其英文名称是：“Internet of things（IoT）”。 顾名思义，物联网就是物物相连的互联网。 其一，物联网的核心和基础仍然是互联网，是在互联网基础上的延伸和扩展的网络； 其二，其用户端延伸和扩展到了任何物品与物品之间，进行信息交换和通信，也就是物物相息。 物联网通过智能感知、识别技术与普适计算等通信感知技...
MQTT协议
我房间
10-18 2617
MQTT是什么？ MQTT（Message Queuing Telemetry Transport，消息队列遥测传输协议），是一种基于发布/订阅（Publish/Subscribe）模式的轻量级通讯协议，该协议构建于TCP/IP协议上，由IBM在1999年发布，目前最新版本为v3.1.1。MQTT最大的优点在于可以以极少的代码和有限的带宽，为远程设备提供实时可靠的消息服务。做为一种低开销、低带宽占用的即时通讯协议，MQTT在物联网、小型设备、移动应用等方面有广泛的应用。 当然，在物联网开发中，MQTT不
MQTT消息系统：从基础到与EPICS的集成
### MQTT消息系统：从基础到与EPICS的集成 #### 1. MQTT概述 MQTT（Message Queue Telemetry Transport）协议最初由IBM等公司创建，旨在以节能、高效、稳健和安全的方式从广泛分布的基础设施（如石油管道）收集信息...
网络访问流程：HTTPS + TCP + IP
xike1024的博客
11-16 1199
DNS解析、TCP三次握手、TLS四次握手、HTTP加密通信、TCP四次挥手
SG-EIP-TCP-210（EtherNet/IP 转 Modbus TCP 网关）
2401_89785827的博客
11-14 351
SG-EIP-TCP-210 是工业级协议转换网关，EtherNet/IP 侧作为从站，可对接 CodeSys、欧姆龙 Sysmac Studio、施耐德 Machine Expert 等 PLC 主站；Modbus TCP 侧支持主站或从站模式，通过 RJ45 以太网接口连接设备，实现 Modbus TCP 与 EtherNet/IP 网络的互连互通，无需复杂编程即可完成数据交互，适配工业场景下的设备联网需求。
Nginx动态封禁IP完整指南：从入门到实战
最新发布
qq_40448670的博客
11-16 398
本文将深入剖析当前主流的三种 Nginx 动态封禁方案，结合最新运维场景，提供可直接落地的配置教程与避坑指南。无论你是单机部署的中小站长，还是负责分布式架构的运维工程师，都能找到适合自身业务的防护方案。
详解 为什么 tcp 会出现 粘包 拆包 问题
2509_94010362的博客
11-12 924
TCP 作为字节流协议，天然会遇到粘包和拆包问题。因为 TCP 不关心数据的边界，它只关心字节流的连续性，因此多个应用层的小数据包可能会被合并成一个 TCP 包，或者一个大数据包会被拆分成多个 TCP 包。为了解决这些问题，应用层需要通过定长数据包、消息头+消息体、分隔符或其他自定义协议来明确数据包的边界。
2025 创客匠人全球创始人 IP + AI 万人高峰论坛：家庭教育与企业管理的变革指南
ckjrxx的博客
11-12 700
在人工智能以前所未有的速度颠覆传统的时代背景下，2025 全球创始人 IP 与 AI 万人高峰论坛犹如一座灯塔，为家庭教育与企业管理领域指明未来方向。本次峰会由创客匠人主办，将于 2025 年 11 月 22 - 25 日在中国・厦门海峡大剧院盛大举行，主题聚焦 “人工智能（AI）与创始人 IP（个人品牌）的融合与商业增长”，对于渴望在新时代实现突破与发展的家长和企业管理者而言，无疑是一次不容错过的知识盛宴。
3.8 TCP面向字节流
xxxxxxxx___的博客
11-13 237
【代码】3.8 TCP面向字节流。
IP传输层协议在通信系统中的介绍
用学习探索人生的更多可能
11-16 388
摘要：本文介绍了三种传输层协议（UDP、TCP、SCTP）的特性及其应用场景。UDP提供无连接、不可靠的数据传输，适用于实时业务；TCP通过连接机制保障可靠传输，适合管理面和网页浏览等业务；SCTP兼具可靠性和多宿特性，适用于信令传输。三者各有侧重：UDP侧重效率，TCP强调可靠性，SCTP则在可靠传输基础上增加多路径支持。实际选择需综合考虑业务需求（如实时性、可靠性）、网络环境等因素，其中SCTP特别适合对网络故障恢复要求高的场景。
Linux 虚拟机设置静态 IP 地址指南
dfsdcvbhjnj的博客
11-12 925
Linux虚拟机设置静态IP地址指南，适用于Ubuntu、CentOS等主流发行版。第一步需查看当前网络信息(ip a/ip route)，确定网卡、网关和子网范围，并选择未冲突的IP地址。配置方法因发行版而异：Ubuntu/Debian通过Netplan编辑YAML文件；CentOS/Rocky Linux修改ifcfg配置文件；也可通用NetworkManager命令行。设置后需验证网络连通性并注意避开DHCP范围、检查虚拟化模式。常见问题包括IP冲突、DNS解析失败等，配置成功后IP地址将永久固定。
simcom4G模组二次开发：双路MQTT通信实践
资源摘要信息:"本资源详细介绍了SIMCom SIM7600系列4G模组在物联网应用中的二次开发方法，特别是利用其系统级芯片（SoC）进行MQTT（Message Queuing Telemetry Transport）协议的两路通信实现。SIMCom SIM7600系列...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值