博客
关于我
MQTT 保留消息
阅读量:799 次
发布时间:2023-02-09

本文共 1874 字,大约阅读时间需要 6 分钟。

MQTT保留消息:功能与实现解析

在MQTT协议中,保留消息(Retained Messages)是一个非常有用的功能,特别是在需要确保消息可持久化的场景中。以下将详细介绍保留消息的功能、实现方式以及相关操作方法。

为什么需要保留消息?

在MQTT订阅模式中,消息的发布与订阅是异步的。具体来说,当消息到达服务端后,服务端会将消息分发给所有已订阅的客户端。然而,这种机制存在一个明显的缺陷:一旦消息被发送后,服务端会将其删除,导致如果客户端在消息到达服务端后才订阅该主题,就会错过这条消息。

为了解决这个问题,MQTT引入了保留消息的功能。通过设置保留消息标志,消息在发布时可以被服务端存储,从而确保即使客户端在消息发布后才订阅主题,也能接收到相关消息。这一功能特别适用于以下场景:

  • 如果当前没有任何订阅者,消息将被立即丢弃。
  • 如果订阅端在消息到达服务端之后才上线订阅该主题,此时会错过消息。
  • 通过保留消息,可以避免上述问题,确保消息的可持久性和可靠性。

    什么是MQTT保留消息?

    在MQTT协议中,保留消息的设置非常简单。客户端在发布消息时,可以通过设置消息的保留标志(Retained)来控制消息的持久性。具体来说:

    • 如果保留标志被设置为 true,则发布的消息即为保留消息(Retained Message)。
    • 如果保留标志被设置为 false,则消息为普通消息。

    需要注意的是,服务端对于每个主题只能存储最新一条保留消息。因此,如果有多条保留消息发布到同一主题,服务端会自动替换为最新的那条。

    如何判断消息是否为保留消息?

    客户端订阅主题后,会自动接收到该主题的保留消息。判断消息是否为保留消息,可以通过消息的保留标志位来确定。如果保留标志位为 true,则为保留消息;否则为普通消息。

    需要特别注意以下几点:

  • 如果在消息发布前订阅主题,则不会收到保留消息,而是会收到普通消息。
  • 如果订阅主题断开或删除,在保留消息发布后重新订阅该主题,则会收到保留消息(标志值为 true)。
  • 保留消息的存储与删除

    保留消息的存储方式与服务器的配置有关:

  • 如果服务器将保留消息存储在内存中,则重启后消息将丢失。
  • 如果存储在磁盘中,则重启后保留消息仍然存在。
  • 需要注意的是,保留消息并不属于会话的一部分。即使发布保留消息的会话已结束,保留消息仍然不会被删除。

    删除保留消息的方式

    保留消息可以通过以下方式删除:

  • 客户端向某个主题发布一个空Payload的保留消息,服务端将删除该主题下的保留消息。
  • 在MQTT服务器上手动删除,例如通过EMQX Dashboard提供的功能。
  • MQTT 5.0新增了消息过期属性,发布时可设置消息的过期时间,过期后消息将自动被删除。
  • Java操作保留消息

    在实际开发中,如何实现保留消息的发布与管理是一个关键问题。以下是基于Java的实现步骤。

    SpringBoot整合MQTT(MqttClient)

  • 发布保留消息

    在发布消息时,设置保留消息标志即可实现。以下是一个简单的代码示例:

    public void publishRetainedMsg(String msgContent, String topic) {    MyXxxMqttMsg myXxxMqttMsg = new MyXxxMqttMsg();    myXxxMqttMsg.setContent(msgContent);    myXxxMqttMsg.setTimestamp(System.currentTimeMillis());    myXxxMqttMsg.setMd5(UUID.randomUUID().toString());    String msgJson = JSON.toJSONString(myXxxMqttMsg);    myMqttClient.publishRetainedMsg(msgJson, topic);}
  • 测试发布

    通过日志和工具验证发布结果,确保保留消息已成功发布到主题中。

  • 操作验证保留消息

    在实际操作中,可以通过以下方式验证保留消息的功能:

  • 每个主题只会存储最新一条保留消息,即使所有订阅者取消该主题订阅,保留消息仍然不会被删除,除非人为删除或消息过期。
  • 一旦主题存储了保留消息,订阅该主题(无论是新订阅还是重新订阅)都将收到保留消息的最新数据。
  • MQTT发布消息是一种广播模式,适用于多个客户端同时接收消息。
  • 通过以上方法,可以充分利用MQTT保留消息的功能,确保消息的可靠传输和持久性。

    转载地址:http://xtffk.baihongyu.com/

    你可能感兴趣的文章
    NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_根据binlog实现update数据实时同步_实际操作05---大数据之Nifi工作笔记0044
    查看>>
    NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_根据binlog实现数据实时delete同步_实际操作04---大数据之Nifi工作笔记0043
    查看>>
    NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_配置binlog_使用处理器抓取binlog数据_实际操作01---大数据之Nifi工作笔记0040
    查看>>
    NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_配置数据路由_实现数据插入数据到目标数据库_实际操作03---大数据之Nifi工作笔记0042
    查看>>
    NIFI从MySql中增量同步数据_通过Mysql的binlog功能_实时同步mysql数据_配置数据路由_生成插入Sql语句_实际操作02---大数据之Nifi工作笔记0041
    查看>>
    NIFI从MySql中离线读取数据再导入到MySql中_03_来吧用NIFI实现_数据分页获取功能---大数据之Nifi工作笔记0038
    查看>>
    NIFI从MySql中离线读取数据再导入到MySql中_不带分页处理_01_QueryDatabaseTable获取数据_原0036---大数据之Nifi工作笔记0064
    查看>>
    NIFI从MySql中离线读取数据再导入到MySql中_无分页功能_02_转换数据_分割数据_提取JSON数据_替换拼接SQL_添加分页---大数据之Nifi工作笔记0037
    查看>>
    NIFI从Oracle11G同步数据到Mysql_亲测可用_解决数据重复_数据跟源表不一致的问题---大数据之Nifi工作笔记0065
    查看>>
    NIFI从PostGresql中离线读取数据再导入到MySql中_带有数据分页获取功能_不带分页不能用_NIFI资料太少了---大数据之Nifi工作笔记0039
    查看>>
    nifi使用过程-常见问题-以及入门总结---大数据之Nifi工作笔记0012
    查看>>
    NIFI分页获取Mysql数据_导入到Hbase中_并可通过phoenix客户端查询_含金量很高的一篇_搞了好久_实际操作05---大数据之Nifi工作笔记0045
    查看>>
    NIFI分页获取Postgresql数据到Hbase中_实际操作---大数据之Nifi工作笔记0049
    查看>>
    NIFI同步MySql数据_到SqlServer_错误_驱动程序无法通过使用安全套接字层(SSL)加密与SQL Server_Navicat连接SqlServer---大数据之Nifi工作笔记0047
    查看>>
    NIFI同步MySql数据源数据_到原始库hbase_同时对数据进行实时分析处理_同步到清洗库_实际操作06---大数据之Nifi工作笔记0046
    查看>>
    Nifi同步过程中报错create_time字段找不到_实际目标表和源表中没有这个字段---大数据之Nifi工作笔记0066
    查看>>
    NIFI大数据进阶_FlowFile拓扑_对FlowFile内容和属性的修改删除添加_介绍和描述_以及实际操作---大数据之Nifi工作笔记0023
    查看>>
    NIFI大数据进阶_FlowFile生成器_GenerateFlowFile处理器_ReplaceText处理器_处理器介绍_处理过程说明---大数据之Nifi工作笔记0019
    查看>>
    NIFI大数据进阶_FlowFile生成器_GenerateFlowFile处理器_ReplaceText处理器_实际操作---大数据之Nifi工作笔记0020
    查看>>
    NIFI大数据进阶_Json内容转换为Hive支持的文本格式_实际操作_02---大数据之Nifi工作笔记0032
    查看>>