一文读懂MQTT协议：物联网通信的基石

大雨淅淅

已于 2025-02-16 19:41:25 修改

阅读量1.9k

点赞数 25

分类专栏：物联网文章标签：物联网

于 2025-02-16 19:39:40 首次发布

本文链接：https://blog.csdn.net/xiaoyingxixi1989/article/details/145668758

版权

一、MQTT 协议是什么

想象一下，你生活在一个充满各种智能设备的未来世界。清晨，当你还在睡梦中，智能闹钟通过网络连接到你的手机，获取当天的天气信息，并在你醒来前轻声播放舒缓的音乐。起床后，你来到厨房，智能咖啡机已经根据你的习惯，准备好了一杯香浓的咖啡，而这一切都源于你昨晚在手机上设置的指令。这些智能设备之间是如何实现如此高效的沟通与协作的呢？答案就是 MQTT 协议。

MQTT，全称 Message Queuing Telemetry Transport，即消息队列遥测传输。从名字上看，它似乎很复杂，但实际上，它的工作原理就像我们日常生活中的广播系统。在这个系统中，有发布者、订阅者和一个中间的 “广播中心”，也就是我们所说的代理（Broker）。发布者就像是广播电台，它会发布各种 “消息”，比如智能温度传感器检测到室内温度过高，就会向代理发送一条关于温度的消息；订阅者则像是收听广播的听众，它们会关注自己感兴趣的 “节目”，也就是订阅特定的主题，比如智能空调就会订阅温度相关的主题，当它收到温度过高的消息时，就会自动启动制冷模式。

MQTT 协议基于发布 / 订阅（Publish/Subscribe）范式，这种范式就像是一个大型的信息交换市场，每个参与者都可以自由地发布和获取自己需要的信息，而不需要知道信息的来源和去向。它工作在 TCP/IP 协议族上，这使得它能够轻松地在互联网上进行通信，无论是你的智能家居设备，还是工业自动化系统中的传感器和执行器，只要它们连接到网络，就可以通过 MQTT 协议进行高效的通信。

二、MQTT 协议的诞生背景与发展历程

MQTT 协议的诞生，源于一次对技术创新的勇敢尝试。1999 年，互联网的发展还处于相对早期的阶段，物联网的概念虽已萌芽，但面临着诸多技术挑战。当时，IBM 的 Andy Stanford-Clark 和 Arlen Nipper 为了解决石油管道遥测系统中硬件性能低下的设备和网络状况糟糕的问题，提出了一种全新的通信协议 ——MQTT。

在那个时代，石油管道通常铺设在偏远地区，传感器需要通过卫星连接将数据传输回控制中心。这些传感器设备往往资源有限，计算能力和内存都非常低，而且卫星网络的带宽有限，延迟高，还经常受到天气等因素的影响，导致网络不稳定。传统的通信协议，如 HTTP，过于复杂和庞大，无法满足这些设备在如此恶劣网络环境下的通信需求。于是，MQTT 协议应运而生，它就像是为这些受限设备和不稳定网络量身定制的 “通信使者”，以其轻量级的设计和高效的通信机制，成功地解决了石油管道遥测系统中的通信难题。

起初，MQTT 协议只是在 IBM 内部的一些项目中使用，并没有引起广泛的关注。但随着物联网技术的快速发展，越来越多的设备需要连接到网络，实现数据的传输和交互。人们发现，MQTT 协议的诸多特性，如低带宽消耗、低功耗、可靠的消息传输等，使其非常适合物联网场景。于是，MQTT 协议开始逐渐走出 IBM，被更多的开发者和企业所采用。

2010 年，MQTT 协议免费发布，这一举措极大地推动了它的普及。开源社区的力量开始汇聚，各种基于 MQTT 协议的开源项目如雨后春笋般涌现。2011 年，Eclipse 基金会启动了 Eclipse Paho 项目，提供了一系列开源的 MQTT 客户端库，支持多种编程语言，这使得开发者能够更加方便地在自己的项目中使用 MQTT 协议。2012 年，Eclipse 基金会又启动了 Eclipse Mosquitto 项目，提供了一个开源的 MQTT 代理（broker）实现，进一步完善了 MQTT 协议的生态系统。

2014 年，对于 MQTT 协议来说是具有里程碑意义的一年。这一年，MQTT 协议正式成为 OASIS 标准，这标志着它得到了国际标准组织的认可，也意味着它将在更广泛的领域得到应用。此后，MQTT 协议的发展进入了快车道，越来越多的物联网平台开始支持 MQTT 协议，如阿里云 IoT、腾讯云物联网等。

2018 年，MQTT 5.0 版本发布，带来了许多新的特性和改进，如更好的错误处理、共享订阅、消息属性和增强的安全性等。这些新特性使得 MQTT 协议能够更好地满足日益复杂的物联网应用场景的需求。如今，MQTT 协议已经成为物联网领域中最主流的通信协议之一，被广泛应用于智能家居、工业自动化、智能交通、医疗保健等众多领域，连接着数以亿计的设备，为实现万物互联的美好愿景发挥着重要的作用。

三、MQTT 协议的工作原理剖析

（一）核心组件

MQTT 协议的运行依赖于三个核心组件：发布者（Publisher）、订阅者（Subscriber）和代理服务器（Broker）。这三个组件相互协作，共同构建了 MQTT 协议的消息传输体系。

发布者：发布者是消息的源头，就像新闻记者一样，负责采集并向代理服务器发布消息。在物联网场景中，发布者可以是各种传感器，比如温度传感器，当它检测到环境温度发生变化时，就会将温度数据作为消息发布出去。发布者在发布消息时，会指定消息所属的主题，这个主题就像是新闻的分类标签，比如 “室内温度”，方便订阅者识别和接收。

订阅者：订阅者是消息的接收者，类似于关注特定新闻板块的读者，只接收自己感兴趣的消息。以智能家居系统为例，智能空调可以作为订阅者，订阅 “室内温度” 主题。当温度传感器（发布者）发布了关于室内温度的消息后，智能空调就能接收到这些消息，并根据温度情况自动调整运行模式。订阅者通过向代理服务器发送订阅请求，表明自己对哪些主题的消息感兴趣。

代理服务器：代理服务器是 MQTT 协议的核心枢纽，相当于新闻通讯社，负责接收来自发布者的消息，并根据订阅关系将消息转发给相应的订阅者。代理服务器维护着一个订阅列表，记录着每个订阅者所订阅的主题。当代理服务器收到发布者的消息时，它会根据消息的主题，在订阅列表中查找对应的订阅者，然后将消息转发给他们。代理服务器还负责管理客户端（发布者和订阅者）的连接，确保通信的稳定性，同时，它还可以选择性地存储消息，以便订阅者在离线时也能获取历史消息。这三个核心组件各司其职，发布者专注于产生和发布消息，订阅者专注于接收和处理感兴趣的消息，代理服务器则作为中间桥梁，保障消息的准确、高效传输，它们共同构成了 MQTT 协议稳定运行的基础。

（二）消息传输流程

了解了 MQTT 协议的核心组件后，我们来深入探讨一下消息在这些组件之间的传输流程，看看一条消息是如何从发布者最终到达订阅者的。

客户端连接与注册：无论是发布者还是订阅者，在开始通信之前，都需要与代理服务器建立连接。客户端通过 TCP/IP 协议向代理服务器发送 CONNECT 报文，这个报文就像是客户端的 “入场券”，里面包含了客户端的身份标识（Client ID）、用户名、密码（如果需要认证的话）以及一些连接参数，如心跳时间间隔（Keep Alive）等。代理服务器收到 CONNECT 报文后，会对客户端进行身份验证和权限检查，如果验证通过，就会回复一个 CONNACK 报文，告诉客户端连接成功，同时分配一个会话（Session）给客户端。这个会话就像是客户端和代理服务器之间的一个 “通信通道”，后续的消息交互都将在这个会话中进行。
会话建立：会话建立后，客户端和代理服务器之间就可以进行消息的交互了。会话中包含了客户端的订阅信息、未确认的消息等内容，即使客户端在通信过程中暂时断开连接，只要会话没有过期，当客户端重新连接时，就可以恢复之前的会话状态，继续接收和处理未完成的消息。
主题订阅与确认：订阅者在与代理服务器建立连接并建立会话后，会向代理服务器发送 SUBSCRIBE 报文，指定自己想要订阅的主题以及对该主题消息的服务质量要求（QoS，后面会详细介绍）。代理服务器收到 SUBSCRIBE 报文后，会将订阅者的订阅信息记录到订阅列表中，并返回一个 SUBACK 报文给订阅者，确认订阅成功。SUBACK 报文中包含了代理服务器对每个订阅主题的确认结果和分配的消息标识符（Packet ID）。
消息发布与分发：发布者在有消息要发送时，会向代理服务器发送 PUBLISH 报文，报文中包含了消息的主题、服务质量等级、消息内容等信息。代理服务器收到 PUBLISH 报文后，会根据消息的主题在订阅列表中查找对应的订阅者，然后将消息分发给这些订阅者。如果订阅者当前离线，代理服务器会根据配置决定是否存储消息，以便订阅者在上线后能够获取。
消息传递与处理：订阅者收到代理服务器分发的消息后，会根据消息的内容进行相应的处理。如果消息的 QoS 级别为 1 或 2，订阅者需要向代理服务器发送确认报文（PUBACK 或 PUBREC 等，具体取决于 QoS 级别），告诉代理服务器消息已经成功接收。代理服务器收到确认报文后，会标记该消息已成功传递，完成整个消息传递过程。
客户端断开：当客户端不再需要与代理服务器通信时，会向代理服务器发送 DISCONNECT 报文，通知代理服务器断开连接。代理服务器收到 DISCONNECT 报文后，会释放与该客户端相关的资源，如会话信息等，至此，客户端与代理服务器的通信结束。整个消息传输流程环环相扣，每个步骤都紧密配合，确保了 MQTT 协议能够高效、可靠地实