共计 3063 个字符,预计需要花费 8 分钟才能阅读完成。
什么是 MQTT 主题?
MQTT 主题实质上是一个 UTF-8 编码的字符串,是 MQTT 协定进行音讯路由的根底。MQTT 主题相似 URL 门路,应用斜杠 /
进行分层:
chat/room/1
sensor/10/temperature
sensor/+/temperature
sensor/#
MQTT 主题不须要事后创立,MQTT 客户端在订阅或公布时即创立了主题,同时也无需被动删除主题。为了防止歧义且易于了解,通常不倡议主题以 /
结尾或结尾,例如 /chat
或 chat/
。
下图是一个简略的 MQTT 订阅与公布流程,APP 1
订阅了 sensor/2/temperature
主题后,将能接管到 Sensor 2
公布到该主题的音讯。
MQTT 主题通配符
MQTT 主题通配符蕴含单层通配符 +
及多层通配符 #
,次要用于客户端一次订阅多个主题。
留神 :通配符只能用于订阅,不能用于公布。
单层通配符
加号 (“+”U+002B) 是用于单个主题层级匹配的通配符。在应用单层通配符时,单层通配符必须占据整个层级,例如:
+ 无效
sensor/+ 无效
sensor/+/temperature 无效
sensor+ 有效(没有占据整个层级)
如果客户端订阅了主题 sensor/+/temperature
,将会收到以下主题的音讯:
sensor/1/temperature
sensor/2/temperature
...
sensor/n/temperature
然而不会匹配以下主题:
sensor/temperature
sensor/bedroom/1/temperature
多层通配符
井字符号(“#”U+0023)是用于匹配主题中任意层级的通配符。多层通配符示意它的父级和任意数量的子层级,在应用多层通配符时,它必须占据整个层级并且必须是主题的最初一个字符,例如:
# 无效,匹配所有主题
sensor/# 无效
sensor/bedroom# 有效(没有占据整个层级)sensor/#/temperature 有效(不是主题最初一个字符)
如果客户端订阅主题 senser/#
,它将会收到以下主题的音讯:
sensor
sensor/temperature
sensor/1/temperature
以 $ 结尾的主题
零碎主题
以 $SYS/
结尾的主题为零碎主题,零碎主题次要用于获取 MQTT 服务器本身运行状态、音讯统计、客户端高低线事件等数据。目前,MQTT 协定暂未明确规定 $SYS/
主题规范,但大多数 MQTT 服务器都遵循该规范倡议。
例如,EMQX 服务器反对通过以下主题获取集群状态。
EMQX 还反对客户端高低线事件、收发流量、音讯收发、系统监控等丰盛的零碎主题,用户可通过订阅 $SYS/#
主题获取所有零碎主题音讯。具体请见:EMQX 零碎主题文档。
共享订阅
共享订阅是 MQTT 5.0 引入的新个性,用于在多个订阅者之间实现订阅的负载平衡,MQTT 5.0 规定的共享订阅主题以 $share
结尾。
尽管 MQTT 协定在 5.0 版本才引入共享订阅,然而 EMQX 从 MQTT 3.1.1 版本开始就反对共享订阅。
下图中,3 个订阅者用共享订阅的形式订阅了同一个主题 $share/g/topic
,其中 topic
是它们订阅的实在主题名,而 $share/g/
是共享订阅前缀(g/
是群组名,可为任意 UTF-8 编码字符串)。
另外,对于 MQTT 5.0 以下的版本,EMQX 还反对不带群组的共享订阅前缀 $queue
,对于共享订阅的更多详情请查看 EMQX 共享订阅文档。
不同场景中的主题设计
智能家居
比方咱们用传感器监测卧室、客厅以及厨房的温度、湿度和空气质量,能够设计以下几个主题:
myhome/bedroom/temperature
myhome/bedroom/humidity
myhome/bedroom/airquality
myhome/livingroom/temperature
myhome/livingroom/humidity
myhome/livingroom/airquality
myhome/kitchen/temperature
myhome/kitchen/humidity
myhome/kitchen/airquality
接下来,能够通过订阅 myhome/bedroom/+
主题获取卧室的温度、湿度及空气质量数据,订阅 myhome/+/temperature
主题获取三个房间的温度数据,订阅 myhome/#
获取所有的数据。
充电桩
充电桩的上行主题格局为 ocpp/cp/${cid}/notify/${action}
,上行主题格局为 ocpp/cp/${cid}/reply/${action}
。
-
ocpp/cp/cp001/notify/bootNotification
充电桩上线时向该主题公布上线申请。
-
ocpp/cp/cp001/notify/startTransaction
向该主题公布充电申请。
-
ocpp/cp/cp001/reply/bootNotification
充电桩上线前需订阅该主题接管上线应答。
-
ocpp/cp/cp001/reply/startTransaction
充电桩发动充电申请前需订阅该主题接管充电申请应答。
即时消息
-
chat/user/${user_id}/inbox
一对一聊天 :用户上线后订阅该收件箱主题,将能接管到好友发送给本人的音讯。给好友回复音讯时,只须要将该主题的
user_id
换为好友的的 id 即可。 -
chat/group/${group_id}/inbox
群聊 :用户加群胜利后,可订阅该主题获取对应群组的音讯,回复群聊时间接给该主题公布音讯即可。
-
req/user/${user_id}/add
增加好友 :可向该主题公布增加好友的申请(
user_id
为对方的 id)。接管好友申请 :用户可订阅该主题(
user_id
为本人的 id)接管其余用户发动的好友申请。 -
resp/user/${user_id}/add
接管好友申请的回复 :用户增加好友前,需订阅该主题接管申请后果(
user_id
为本人的 id)。回复好友申请 :用户向该主题发送音讯表明是否批准好友申请(
user_id
为对方的 id)。 -
user/${user_id}/state
用户在线状态 :用户能够订阅该主题获取好友的在线状态。
MQTT 主题常见问题及解答
主题的层级及长度有什么限度吗?
MQTT 协定规定主题的长度为两个字节,因而主题最多可蕴含 65,535 个字符。
倡议主题层级为 7 个以内。
服务器对主题数量有限度吗?
不同音讯服务器对最大主题数量的反对各不统一,目前 EMQX 的默认配置对主题数量没有限度,然而主题数量越多将会耗费越多的服务器内存。思考到连贯到 MQTT Broker 的设施数量个别较多,咱们倡议一个客户端订阅的主题数量最好管制在 10 个以内。
通配符主题订阅与一般主题订阅性能是否统一?
通配符主题订阅的性能弱于一般主题订阅,且会耗费更多的服务器资源,用户可依据理论业务状况抉择订阅类型。
同一个主题能被共享订阅与一般订阅同时应用吗?
能够,然而不倡议同时应用。
常见的 MQTT 主题应用倡议有哪些?
- 不倡议应用
#
订阅所有主题; - 不倡议主题以
/
结尾或结尾,例如/chat
或chat/
; - 不倡议在主题里增加空格及非 ASCII 特殊字符;
- 同一主题层级内倡议应用下划线
_
或横杆-
连贯单词(或者应用驼峰命名)。
版权申明:本文为 EMQ 原创,转载请注明出处。
原文链接:https://www.emqx.com/zh/blog/jmeter-extension-development-custom-functions