MQTT协议介绍

最新推荐文章于 2024-06-03 19:49:38 发布
最新推荐文章于 2024-06-03 19:49:38 发布
阅读量2.8k 收藏 1
点赞数 1
分类专栏： MQTT

协议介绍 (Protocol)

MQTT协议

概览

MQTT是一个轻量的发布订阅模式消息传输协议，专门针对低带宽和不稳定网络环境的物联网应用设计。

MQTT官网: http://mqtt.org

MQTT V3.1.1协议规范: http://docs.oasis-open.org/mqtt/mqtt/v3.1.1/os/mqtt-v3.1.1-os.html

特点

  1. 开放消息协议，简单易实现
  2. 发布订阅模式，一对多消息发布
  3. 基于TCP/IP网络连接
  4. 1字节固定报头，2字节心跳报文，报文结构紧凑
  5. 消息QoS支持，可靠传输保证

应用

MQTT协议广泛应用于物联网、移动互联网、智能硬件、车联网、电力能源等领域。

  1. 物联网M2M通信，物联网大数据采集
  2. Android消息推送，WEB消息推送
  3. 移动即时消息，例如Facebook Messenger
  4. 智能硬件、智能家具、智能电器
  5. 车联网通信，电动车站桩采集
  6. 智慧城市、远程医疗、远程教育
  7. 电力、石油与能源等行业市场

MQTT基于主题(Topic)消息路由

MQTT协议基于主题(Topic)进行消息路由，主题(Topic)类似URL路径，例如:

chat/room/1

sensor/10/temperature

sensor/+/temperature

$SYS/broker/metrics/packets/received

$SYS/broker/metrics/#

主题(Topic)通过’/’分割层级，支持’+’, ‘#’通配符:

'+': 表示通配一个层级，例如a/+，匹配a/x, a/y

'#': 表示通配多个层级，例如a/#，匹配a/x, a/b/c/d

订阅者与发布者之间通过主题路由消息进行通信，例如采用mosquitto命令行发布订阅消息:

mosquitto_sub -t a/b/+ -q 1

mosquitto_pub -t a/b/c -m hello -q 1

注解

订阅者可以订阅含通配符主题，但发布者不允许向含通配符主题发布消息。

MQTT V3.1.1协议报文

报文结构

固定报头(Fixed header)
可变报头(Variable header)
报文有效载荷(Payload)

固定报头

Bit76543210
byte1MQTT Packet typeFlags
byte2…Remaining Length

报文类型

类型名称类型值报文说明
CONNECT1发起连接
CONNACK2连接回执
PUBLISH3发布消息
PUBACK4发布回执
PUBREC5QoS2消息回执
PUBREL6QoS2消息释放
PUBCOMP7QoS2消息完成
SUBSCRIBE8订阅主题
SUBACK9订阅回执
UNSUBSCRIBE10取消订阅
UNSUBACK11取消订阅回执
PINGREQ12PING请求
PINGRESP13PING响应
DISCONNECT14断开连接

PUBLISH发布消息

PUBLISH报文承载客户端与服务器间双向的发布消息。 PUBACK报文用于接收端确认QoS1报文，PUBREC/PUBREL/PUBCOMP报文用于QoS2消息流程。

PINGREQ/PINGRESP心跳

客户端在无报文发送时，按保活周期(KeepAlive)定时向服务端发送PINGREQ心跳报文，服务端响应PINGRESP报文。PINGREQ/PINGRESP报文均2个字节。

MQTT消息QoS

MQTT发布消息QoS保证不是端到端的，是客户端与服务器之间的。订阅者收到MQTT消息的QoS级别，最终取决于发布消息的QoS和主题订阅的QoS。

发布消息的QoS主题订阅的QoS接收消息的QoS
000
010
020
100
111
121
200
211
222

Qos0消息发布订阅

_images/qos0_seq.png

Qos1消息发布订阅

_images/qos1_seq.png

Qos2消息发布订阅

_images/qos2_seq.png

MQTT会话(Clean Session)

MQTT客户端向服务器发起CONNECT请求时，可以通过’Clean Session’标志设置会话。

‘Clean Session’设置为0，表示创建一个持久会话，在客户端断开连接时，会话仍然保持并保存离线消息，直到会话超时注销。

‘Clean Session’设置为1，表示创建一个新的临时会话，在客户端断开时，会话自动销毁。

MQTT连接保活心跳

MQTT客户端向服务器发起CONNECT请求时，通过KeepAlive参数设置保活周期。

客户端在无报文发送时，按KeepAlive周期定时发送2字节的PINGREQ心跳报文，服务端收到PINGREQ报文后，回复2字节的PINGRESP报文。

服务端在1.5个心跳周期内，既没有收到客户端发布订阅报文，也没有收到PINGREQ心跳报文时，主动心跳超时断开客户端TCP连接。

注解

emqttd消息服务器默认按最长2.5心跳周期超时设计。

MQTT遗愿消息(Last Will)

MQTT客户端向服务器端CONNECT请求时，可以设置是否发送遗愿消息(Will Message)标志，和遗愿消息主题(Topic)与内容(Payload)。

MQTT客户端异常下线时(客户端断开前未向服务器发送DISCONNECT消息)，MQTT消息服务器会发布遗愿消息。

MQTT保留消息(Retained Message)

MQTT客户端向服务器发布(PUBLISH)消息时，可以设置保留消息(Retained Message)标志。保留消息(Retained Message)会驻留在消息服务器，后来的订阅者订阅主题时仍可以接收该消息。

例如mosquitto命令行发布一条保留消息到主题’a/b/c’:

mosquitto_pub -r -q 1 -t a/b/c -m 'hello'

之后连接上来的MQTT客户端订阅主题’a/b/c’时候，仍可收到该消息:

$ mosquitto_sub -t a/b/c -q 1
hello

保留消息(Retained Message)有两种清除方式:

  1. 客户端向有保留消息的主题发布一个空消息:

    mosquitto_pub -r -q 1 -t a/b/c -m ''

  2. 消息服务器设置保留消息的超期时间。

MQTT WebSocket连接

MQTT协议除支持TCP传输层外，还支持WebSocket作为传输层。通过WebSocket浏览器可以直连MQTT消息服务器，发布订阅模式与其他MQTT客户端通信。

MQTT协议的WebSocket连接，必须采用binary模式，并携带子协议Header:

Sec-WebSocket-Protocol: mqttv3.1 或 mqttv3.1.1

MQTT协议客户端库

emqtt客户端库

emqtt项目组: https://github.com/emqtt

emqttcErlang MQTT客户端库
CocoaMQTTSwift语言MQTT客户端库
QMQTTQT框架MQTT客户端库

Eclipse Paho客户端库

Paho官网: http://www.eclipse.org/paho/

mqtt.org官网客户端库

mqtt.org: https://github.com/mqtt/mqtt.github.io/wiki/libraries

MQTT与XMPP协议对比

MQTT协议设计简单轻量、路由灵活，将在移动互联网物联网消息领域，全面取代PC时代的XMPP协议:

  1. MQTT协议一个字节固定报头，两个字节心跳报文，报文体积小编解码容易。XMPP协议基于繁重的XML，报文体积大且交互繁琐。
  2. MQTT协议基于主题(Topic)发布订阅模式消息路由，相比XMPP基于JID的点对点消息路由更为灵活。
  3. MQTT协议未定义报文内容格式，可以承载JSON、二进制等不同类型报文。XMPP协议采用XML承载报文，二进制必须Base64编码等处理。
  4. MQTT协议支持消息收发确认和QoS保证，XMPP主协议并未定义类似机制。MQTT协议有更好的消息可靠性保证。

MQTT-SN 协议

MQTT-SN 协议是 MQTT 的直系亲属，它使用 UDP 进行通信，标准的端口是1884。MQTT-SN 的主要目的是为了适应受限的设备和网络，比如一些传感器，只有很小的内存和 CPU，TCP 对于这些设备来说非常奢侈。还有一些网络，比如 ZIGBEE，报文的长度在300字节以下，无法承载太大的数据包。所以 MQTT-SN 的数据包更小巧。

MQTT-SN 的官方标准下载地址: http://mqtt.org/new/wp-content/uploads/2009/06/MQTT-SN_spec_v1.2.pdf

MQTT-SN 和 MQTT 的区别

MQTT-SN 的信令和 MQTT 大部分都相同，比如都有 Will, 都有 Connect/Subscribe/Publish 命令.

MQTT-SN 最大的不同是，Topic 使用 TopicId 来代替，而 TopicId 是一个16比特的数字。每一个数字对应一个 Topic, 设备和云端需要使用 REGISTER 命令映射 TopicId 和 Topic 的对应关系。

MQTT-SN 可以随时更改 Will 的内容, 甚至可以取消. 而 MQTT 只允许在 CONNECT 时设定 Will 的内容, 而且不允许更改.

MQTT-SN 的网络中有网关这种设备，它负责把 MQTT-SN 转换成 MQTT，和云端的 MQTT Broker 通信. MQTT-SN 的协议支持自动发现网关的功能。

MQTT-SN 还支持设备的睡眠功能，如果设备进入睡眠状态，无法接收 UDP 数据，网关将把下行的 PUBLISH 消息缓存起来，直到设备苏醒后再传送。

EMQX-SN 网关插件

EMQX-SN 是 EMQ X 的一个网关插件，实现了 MQTT-SN 的大部分功能，它相当于一个在云端的 MQTT-SN 网关，直接和 EMQ X Broker 相连。

配置参数

File: etc/plugins/emqx_sn.conf:

mqtt.sn.port = 1884

mqtt.sn.advertise_duration = 900

mqtt.sn.gateway_id = 1

mqtt.sn.username = mqtt_sn_user

mqtt.sn.password = abc
mqtt.sn.port指定 MQTT-SN 监听的端口号
mqtt.sn.advertise_durationADVERTISE 消息的发送间隔(秒)
mqtt.sn.gateway_id网关 ID
mqtt.sn.username这是可选的参数，指定所有 MQTT-SN 连接的用户名，用于鉴权模块
mqtt.sn.password这也是可选的参数，和 username 一起使用

启动 emqx-sn

MQTT-SN 客户端库

  1. https://github.com/eclipse/paho.mqtt-sn.embedded-c/
  2. https://github.com/ty4tw/MQTT-SN
  3. https://github.com/njh/mqtt-sn-tools
  4. https://github.com/arobenko/mqtt-sn

LWM2M 协议

LwM2M 全称是 Lightweight Machine-To-Machine，是由 Open Mobile Alliance(OMA) 定义的一套适用于物联网的轻量级协议，它提供了设备管理和通讯的功能，尤其适用于资源有限的终端设备。协议可以在 这里 下载。

LwM2M 基于 REST 架构，使用 CoAP 作为底层的传输协议，承载在 UDP 或者 SMS 上，因而报文结构简单小巧，并且在网络资源有限及无法确保设备始终在线的环境里同样适用。

_images/lwm2m_protocols.png

LwM2M 最主要的实体包括 LwM2M Server 和 LwM2M Client。

LwM2M Server 作为服务器，部署在 M2M 服务供应商处或网络服务供应商处。LwM2M 定义了两种服务器

  • 一种是 LwM2M BOOTSTRAP SERVER，emqx-lwm2m 插件并未实现该服务器的功能。
  • 一种是 LwM2M SERVER，emqx-lwm2m 实现该服务器在 UDP 上的功能，SMS 并没有实现。

LwM2M Client 作为客户端，部署在各个 LwM2M 设备上。

在 LwM2M Server 和 LwM2M Client 之间，LwM2M 协议定义了4个接口。

  1. 引导接口 Bootstrap：向 LwM2M 客户端提供注册到 LwM2M 服务器的必要信息，例如服务器访问信息、客户端支持的资源信息等。
  2. 客户端注册接口 Client Registration：使 LwM2M 客户端与 LwM2M 服务器互联，将 LwM2M 客户端的相关信息存储在 LwM2M 服务器上。只有完成注册后，LwM2M 客户端与服务器端之间的通信与管理才成为可能。
  3. 设备管理与服务实现接口 Device Management and Service Enablement：该接口的主控方为 LwM2M 服务器，服务器向客户端发送指令，客户端对指令做出回应并将回应消息发送给服务器。
  4. 信息上报接口 Information Reporting：允许 LwM2M 服务器端向客户端订阅资源信息，客户端接收订阅后按照约定的模式向服务器端报告自己的资源变化情况。

_images/lwm2m_arch.png

LwM2M 把设备上的服务抽象为 Object 和 Resource, 在 XML 文件中定义各种 Object 的属性和功能。可以在 这里找到 XML 的各种定义。

LwM2M 协议预定义了8种 Object 来满足基本的需求，分别是：

  • Security 安全对象
  • Server 服务器对象
  • Access Control 访问控制对象
  • Device 设备对象
  • Connectivity Monitoring 连通性监控对象
  • Firmware 固件对象
  • Location 位置对象
  • Connectivity Statistics 连通性统计对象

EMQX-LWM2M 插件

EMQX-LWM2M 是 EMQ X 服务器的一个网关插件，实现了 LwM2M 的大部分功能。MQTT 客户端可以通过 EMQX-LWM2M 访问支持 LwM2M 的设备。设备也可以往 EMQX-LWM2M 上报 notification，为 EMQ X后端的服务采集数据。

MQTT 和 LwM2M的转换

从 MQTT 客户端可以发送 Command 给 LwM2M 设备。MQTT 到 LwM2M 的命令使用如下的 topic

其中 MQTT Payload 是一个 json 格式的字符串，指定要发送的命令，更多的细节请参见 emqx-lwm2m 的文档。

LwM2M 设备的回复用如下 topic 传送

MQTT Payload 也是一个 json 格式的字符串，更多的细节请参见 emqx-lwm2m 的文档。

配置参数

File: etc/emqx_lwm2m.conf:

lwm2m.port = 5683

lwm2m.certfile = etc/certs/cert.pem

lwm2m.keyfile = etc/certs/key.pem

lwm2m.xml_dir =  etc/lwm2m_xml
lwm2m.port指定 LwM2M 监听的端口号，为了避免和 emqx-coap 冲突，使用了非标准的5783端口
lwm2m.certfileDTLS 使用的证书
lwm2m.keyfileDTLS 使用的秘钥
lwm2m.xml_dir存放 XML 文件的目录，这些 XML 用来定义 LwM2M Object

启动 emqx-lwm2m

LwM2M 的客户端库

AnY11
关注
  • 1
    点赞
  • 踩
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
netty实现mtqq_Netty实现高性能IOT服务器(Groza)之手撕MQTT协议篇上
weixin_39553757的博客
12-21 1108
前言诞生及优势MQTT由Andy Stanford-Clark(IBM)和Arlen Nipper(Eurotech，现为Cirrus Link)于1999年开发，用于监测穿越沙漠的石油管道。目标是拥有一个带宽有效且使用很少电池电量的协议，因为这些设备是通过卫星链路连接的，当时这种设备非常昂贵。与HTTP及其请求/响应范例相比，该协议使用发布/订阅体系结构。发布/订阅是事件驱动的，可以将消息推送到...
mqtt.org:网站
05-10
mqtt-org 重新设计MQTT.org 启动Jekyll Server $ bundle exec jekyll服务 更新依赖 $ bundle更新
MQTT协议详解(完整版)
热门推荐
jackwmj12的博客
02-22 6万+
MQTT
MQTT协议详解
最新发布
代码蒋的博客
06-03 1532
首先，MQTT是利用TCP通信协议的，那么它必然是 有序、可靠、面向连接、双向传输的其次，MQTT是通过交换预定义的MQTT控制报文来通信（控制报文详见三 协议控制报文）​​协议流程如下：对MQTT协议进行概述：第一步：1.网络建立连接后，如果服务器在合理的时间内没有收到CONNECT报文，那么服务端必须断开原有的客户端连接2.在收到CONNECT报文后，服务端进行验证，如果CONNECT报文不符合规范，则服务端不会发送CONNACK报文，且直接关闭网络连接。
MQTT 协议简介
Java+GO+JS全栈工程师-鹤冲天的博客：编程辅导~商务合作~技术交流
01-04 1万+
MQTT是一种基于发布/订阅模式的“轻量级”通讯协议，该协议构建于TCP/IP协议上，由IBM在1999年发布。MQTT最大优点在于，用极少的代码和有限的带宽，为连接远程设备提供实时可靠的消息服务。作为一种低开销、低带宽占用的即时通讯协议，使其在物联网、小型设备、移动应用等方面有较广泛的应用。
【MQTT协议详解】MQTT协议
赖东东_的博客
01-28 3万+
MQTT(消息队列遥测传输)是ISO 标准(ISO/IEC PRF 20922)下基于 **发布/订阅** 范式的消息协议。它工作在TCP/IP协议族上，是为硬件性能低下的远程设备以及网络状况糟糕的情况下而设计的发布/订阅型消息协议。 *简而言之，MQTT其实就是一个用于TCP通信的消息协议而已。既然消息协议，"消息" 自然是表示MQTT其实本质就是消息，消息在某种理解上，可以理解报文，报文包，数据等等；既然是协议，自然表示它有着自己的规则，什么叫规则？就是规定这个消息该以怎样的**........
MQTT协议的了解
JerryKit的博客
08-10 163
二、MQTT
MQTT 协议 5.0 中文版
07-07
MQTT 协议 5.0 中文版 MQTT 协议是一种轻量级的、基于发布/订阅模式的消息传输协议，设计思想是轻巧、开放、简单、规范，因此易于实现。MQTT 协议 5.0 是 OASIS Message Queuing Telemetry Transport (MQTT) TC ...
MQTT 协议基本介绍
01-06
六、MQTT协议的工作方式 七、MQTT控制报文 CONNECT报文 CONNACK报文 八、清除会话、保留消息和QoS的组合 九、MQTT 5.0 协议新增介绍 十、设计目标 十一、属性 十二、原因码 十三、实际应用 十四、MQTT 与 Kafka 十五...
MQTT 协议 3.1.1 中文版
07-07
MQTT 协议 3.1.1 中文版 MQTT（Message Queuing Telemetry Transport）是一种轻量级的、基于发布/订阅模式的消息传输协议。它的设计思想是轻巧、开放、简单、规范，因此易于实现。这些特点使得它对很多场景来说都是...
mqtt协议文档（中文版）
03-30
**MQTT协议详解** MQTT（Message Queuing Telemetry Transport，消息队列遥测传输）是一种广泛应用于物联网（IoT）领域的轻量级发布/订阅式网络通信协议。它的设计目标是为资源有限的设备提供高效可靠的数据传输，...
MQTT协议 v3.1.1 - 官方标准文档(英文原版).doc
01-03
MQTT协议的核心组成部分包括客户端（Client）、服务器（Broker）和主题（Topic）。客户端通过TCP/IP连接与服务器建立通信，发布（Publish）消息到特定主题或者订阅（Subscribe）特定主题以接收消息。主题是消息路由...
C++实现mqtt协议
09-03
在C++中实现MQTT协议可以为开发者提供灵活且高效的解决方案，尤其对于资源受限的嵌入式系统。本文将深入探讨如何利用C++来实现MQTT协议，以及涉及的主要概念和技术。 首先，我们需要了解MQTT协议的基本原理。它基于...
mqtt协议中文版.zip
08-02
MQTT协议基于发布/订阅（Publish/Subscribe）模型，使得数据传输更为简单，尤其适用于低功耗设备和移动设备之间的通信。 MQTT协议的核心特点包括： 1. **轻量级**：MQTT协议设计简洁，报文结构紧凑，减少网络传输...
MQTT协议资料及源码
05-09
这个压缩包文件包含了关于MQTT协议的相关文档资料和源码，可以帮助我们深入理解和实践MQTT。 首先，让我们详细了解MQTT协议的核心概念和特性： 1. **发布/订阅模式**：MQTT使用发布者和订阅者模型进行通信。发布者...
MQTT协议
Linux驱动开发工程师，熟悉Linux/Android底层驱动、TP、显示、IIC、网络等通用外设调试适配，Linux上层应用开发，主要集中在瑞芯微和全志平台。
05-14 3622
实现MQTT协议需要客户端和服务器端通讯完成，在通讯过程中，MQTT协议中有三种身份：发布者（Publish）、代理（Broker）（服务器）、订阅者（Subscribe）。固定头的第二字节用来保存变长头部和消息体的总大小的，但不是直接保存的。（3）RETAIN： 发布保留标识，表示服务器要保留这次推送的信息，如果有新的订阅者出现，就把这消息推送给它，如果设有那么推送至当前订阅者后释放。（1）Topic，可以理解为消息的类型，订阅者订阅（Subscribe）后，就会收到该主题的消息内容（payload）；
MQTT通信协议以及使用方法
AChaoe的博客
06-18 9106
MQTT的使用方法
MQTT协议史上最全解析(纯干货分享)
a只如初见的博客
03-23 2万+
是一种基于发布/订阅（Publish/Subscribe）模式的轻量级通讯协议，并且该协议构建于TCP/IP协议之上，我们知道TCP协议本身就具有高可靠性的特点，因此基于其上的MQTT协议同样也是具有高可靠、低开销的特点，之所以低开销，是以为MQTT协议传输的最小的报文也只有两个字节。在这里需要注意的是：用户二（客户端）发布的消息并不是直接发布给了用户一，而是发布到了抖音平台（服务器），由于用户一订阅了用户二的消息（相当于点了关注），所以抖音平台（服务器）就会向用户一推送这个消息(注意发布和推送的区别)。
mqtt协议详细介绍
04-22
MQTT（Message Queuing Telemetry Transport）是一种轻量级的消息传输协，专门设计用于物联网设备之间的通信。它具有低带宽、低功和开销小的特点，适用各种网络环境。 MQTT协议的核心思想发布/订阅模式，其中包括个主要角色：发布者（Publisher订阅者（Subscriber）和代理服务器（Broker）。发布者将消息发布到代理服务器上的特定主题（Topic），而订阅者则通过订阅特定主题来接收消息。 以下是MQTT协议的一些重要特性和组成部分： 1. 主题（Topic）：是消息的分类标识，用于区分不同类型的消息。发布者发布消息时，需要指定一个主题。 2. QoS（Quality of Service）：定义了消息传输的可靠性和保证级别。MQTT支持三个级别的QoS：0、1和2。QoS 0最低，消息可能会丢失；QoS 1保证消息至少传输一次；QoS 2保证消息仅传输一次。 3. 保留消息（Retained Message）：发布者可以选择将消息设置为保留消息，这意味着新的订阅者可以接收到最新的保留消息。 4. Last Will and Testament（LWT）：发布者可以设置一个遗嘱消息，当发布者异常断开连接时，代理服务器会自动发布这个遗嘱消息给订阅者。 5. 连接和断开连接：MQTT使用基于TCP的可靠连接，客户端可以通过连接到代理服务器来进行通信。
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值