MQTT（Message Queuing Telemetry Transport）是一种轻量级的、基于发布/订阅（Publish/Subscribe）模式的消息传输协议，特别适用于低带宽、高延迟或不稳定的网络环境。MQTT 协议最初由 IBM 在 1999 年设计，目的是为了支持远程监控和控制系统，尤其适用于物联网（IoT）设备之间的通信。
MQTT 协议的设计非常简洁、高效，特别适用于需要高频次消息发布、低延迟和小数据传输量的场景。由于其低资源消耗，MQTT 成为了物联网应用、智能家居、车联网等领域的理想选择。
MQTT 使用 发布/订阅 模型，而不是传统的 请求/响应 模型。在这个模型中，消息的生产者（发布者）和消费者（订阅者）是解耦的，发布者发送消息到特定的 主题，而订阅者根据主题接收消息。
MQTT 协议非常轻量，每条消息的头部非常小，最小的消息头只有 2 字节。这样，它就非常适合低带宽的网络环境，如 2G、3G 网络，或者设备资源受限的 IoT 设备。
MQTT 支持 持久会话，允许客户端在断开连接后继续接收消息。当客户端重新连接时，服务器可以恢复之前的会话，并向客户端发送自客户端断开以来的所有未接收的消息。
MQTT 提供了三种不同的消息传递服务质量（QoS）等级，允许用户根据具体需求来控制消息传递的可靠性：
MQTT 协议使用 长连接，客户端与服务器建立连接后会保持连接状态，直到客户端显式断开连接。这样可以减少频繁建立和关闭连接的开销，提高效率。
MQTT 协议允许客户端在连接时设置一条 遗嘱消息。如果客户端在某些情况下断开连接（如意外断电或网络问题），代理会将该消息发送到订阅者。这对于监控设备状态和确保系统可靠性非常有用。
MQTT 非常适合低功耗设备，因为它能够减少设备的网络负担，从而延长设备的电池寿命。这是 IoT 设备尤其是传感器和低功耗设备非常青睐 MQTT 协议的原因之一。
消息传递的核心是 主题（Topic）。每个消息都有一个主题，客户端通过订阅特定的主题来接收该主题的消息。主题是由层级结构的字符串组成，使用 / 作为分隔符。例如，home/livingroom/temperature 表示一个温度传感器数据。
MQTT 消息通常包含以下部分：
MQTT 代理（Broker）是 MQTT 网络中的核心组件，负责接收客户端的消息，并将消息推送到所有订阅该消息主题的客户端。代理的主要职责包括：
MQTT 协议具有许多优势，尤其在需要轻量级、实时通信和低带宽的环境中，广泛应用于以下场景：
| 特性 | MQTT | HTTP |
|---|---|---|
| 连接模式 | 持久连接，长连接 | 短连接，每次请求都建立新的连接 |
| 通信方式 | 发布/订阅模式，双向通信 | 请求/响应模式，单向通信 |
| 适用场景 | 适合低带宽、低功耗、实时通信的场景 | 适合传统的网页请求、文件传输等 |
| 数据大小 | 小消息体，适合小数据量的高频传输 | 较大消息体，传输大数据量时效率较低 |
| 消息传递 | 支持 QoS（服务质量）等级，确保消息传递可靠 | 不支持 QoS，数据传递不保证可靠性 |
| 实时性 | 高实时性，适用于实时应用 | 相对较低，存在延迟 |
MQTT 是一种轻量级、高效、可靠的消息传输协议，特别适合需要低带宽、低延迟的应用场景，尤其在物联网领域得到了广泛应用。通过发布/订阅机制和三种不同的服务质量等级，MQTT 提供了高效且灵活的消息传递方式，非常适
Life is like a journey