保留消息(Retain) 在 IoT 物联网场景中的应用

众所周知，MQTT 是一个基于发布/订阅模型的物联网协议，已成为国内外各大物联网平台最主流的传输协议。在 MQTT 的实际应用中，通常情况下的发布/订阅模型，可以很好的完成发布者和生产者之间的解耦，但这也意味着订阅者只能等待发布者的消息，而无法很好的主动获取消息或状态。发布者若选择每5分钟进行上报，则这期间上线的订阅者只能等待下次上报时，才能获取首条消息，这对业务实现不够友好。

如在农业大棚设备及 APP 管理的应用案例中，用户需监测大棚内温度、二氧化碳浓度等信息，若负责信息采集的传感器每5分钟上报一次，则使用者打开监测 APP 并连接 MQTT 后，需等待获取下次上报数据或从后端请求最近一次上报的数据，极大的影响了数据获取效率。保留消息（Retain）这一功能的出现将大大改善这一现状，用户在连接 MQTT 后可直接收到此数据，最大程度节省了等待时间，避免额外复杂的业务设计，提升用户体验感。

▲ 图1：发布和订阅端模型图

标准的 MQTT 协议在设计上引入了保留消息（Retain），协议中的 Retain 字段，可以通过发布消息时其中的 Retain flag 字段来进行控制。若该标志位为 true，则系统会保留该条消息。

百度智能云不断迭代天工物联网核心套件 IoT Core，在 MQTT 公有云平台所提供的服务上，为大家带来了全新能力——保留消息（Retain），改变业内公有云平台所提供的 MQTT 服务能力均有所裁剪的现状，这也是国内公有云厂商中唯一支持此特性的物联网服务。

当 IoT Core 收到 Retain 消息，订阅该主题时，系统会将保留的消息推送给该设备；若设备发送的消息 payload 为空，则会删除对应的 Retain 消息。

▲ 图2：保留消息模型图

同时，系统还支持 Will Retain 消息，因此也可在遗嘱消息（Will Message） 中使用 Retain。通过 Retain 消息，业务系统的订阅者可在连接成功后及时获取消息，而无需等待发布者上报周期。如在实际案例中，发布者设定每5分钟上报一次温度，在使用 Retain 后，订阅者一旦进行连接，就可在第一时间获得最新的温度数据。

一直以来，百度智能云天工物联网核心套件（IoT Core）凭借其核心优势，帮助用户快速创建物联网服务实例，使亿级设备的接入与管理变得简单，并集成数据枢纽—规则引擎能力，以便物联网设备上报数据的按需流转，处理业务更便捷。开放的天工智能物联网平台赋能核心套件支持多种主流物联网协议，助力企业机构依据自身需求实现业务开放。

作为企业机构搭建物联网应用的第一步，物联网核心套件为用户提供完善的解决方案，目前已广泛应用于消费物联网及产业物联网等众多领域。支撑亿级设备安全接入的同时，保证海量信息高效双向传输，内置的规则引擎支持数据流转，让其可在多场景中进行应用。

未来，百度智能云天工物联网核心套件也将持续迭代自身技术能力，提供物联网平台核心功能的集合，助力企业升级物联网基础设施平台，赋能各领域向着万物智联继续迈进。

往期推荐

☞ 云厂商的「物联网平台」不香了吗?

☞ 2021国内四大IoT平台性能对比

☞ 国内MCU行业发展研究报告

☞ 2021年4G通信模组企业排行

☞ 艾瑞 2021中国 IoT物联网平台研究

☞ 动图|带你了解PCB板制作过程？