1. MQTT基础：从协议本质到服务质量

各位好，我是老周。在物联网安全这个行当摸爬滚打十几年，MQTT 是我打交道最多的协议之一。今天咱们就从最基础的东西聊起——你只有把地基打牢了，后面谈安全配置才不会发虚。

1.1 MQTT协议概述

MQTT，全称 Message Queuing Telemetry Transport，翻译过来就是「消息队列遥测传输」。名字挺长，但说白了，它就是一个轻量级的发布/订阅消息协议。

我记得 2013 年第一次在智能电表项目里用 MQTT，当时团队里还有人质疑：「这么轻量的协议，能靠谱吗？」结果呢？到现在它已经是物联网事实上的标准协议之一了。

MQTT 有几个核心特点：

• 轻量级：最小报文只有 2 个字节，特别适合带宽有限、设备资源受限的场景
• 双向通信：服务器可以主动推送消息给设备，不用设备轮询
• 可靠传输：提供三个 QoS 等级，从「最多一次」到「恰好一次」
• 持久会话：设备断线重连后，能继续接收离线期间的消息

1.2 发布/订阅模型

MQTT 用的不是传统的客户端-服务器请求响应模式，而是发布/订阅模型。这个模型里有三个角色：

• 发布者（Publisher）：发送消息的设备，比如温度传感器
• 订阅者（Subscriber）：接收消息的设备，比如监控平台
• 代理（Broker）：消息中转站，负责接收发布者的消息并转发给订阅者

发布者和订阅者之间通过「主题（Topic）」来解耦。发布者往某个主题发消息，订阅者订阅这个主题就能收到。双方互不知道对方的存在。

下面这张图展示了 MQTT 发布/订阅模型的核心流程：

1.3 MQTT报文结构

MQTT 报文结构非常简洁。我拆开给你看：

字段	长度	说明
固定报头	2~5 字节	包含报文类型、标志位、剩余长度
可变报头	0~N 字节	根据报文类型不同，包含协议名、报文标识符等
有效载荷	0~N 字节	实际传输的数据内容

固定报头第一个字节的高 4 位表示报文类型。MQTT 3.1.1 定义了 14 种报文类型，常用的有：

• CONNECT：客户端请求连接 Broker
• CONNACK：Broker 确认连接
• PUBLISH：发布消息
• SUBSCRIBE：订阅主题
• SUBACK：确认订阅
• PINGREQ/PINGRESP：心跳保活
• DISCONNECT：断开连接

1.4 QoS服务质量等级

QoS（Quality of Service）是 MQTT 最核心的机制之一。它决定了消息传递的可靠性。MQTT 定义了三个等级：

QoS 等级	名称	发送次数	可靠性	适用场景
0	至多一次	1 次	最低	传感器数据、日志，允许丢少量数据
1	至少一次	≥1 次	中等	控制指令、告警，允许重复但不可丢失
2	恰好一次	2 次（四步握手）	最高	计费、支付、关键状态变更

我简单解释一下每个等级的工作原理：

• QoS 0：发布者发完就完事，Broker 不确认，也不重发。说白了就是「发出去就不管了」。
• QoS 1：Broker 收到消息后回复 PUBACK。如果发布者没收到 PUBACK，就会重发。所以订阅者可能收到重复消息。
• QoS 2：最复杂，需要 PUBLISH → PUBREC → PUBREL → PUBCOMP 四步握手。确保消息既不丢失也不重复。

选 QoS 等级时，你可以参考这个决策思路：

1. 数据丢了无所谓？用 QoS 0
2. 数据必须到，但重复几份也能接受？用 QoS 1
3. 数据必须且只能到一次？用 QoS 2