MQTT Part 8 保留消息

本文翻译自http://www.hivemq.com/blog/mqtt-essentials-part-8-retained-messages

未经允许，不得转载

当发布MQTT消息时，发布者不能确保消息被订阅者收到。它只能确认消息被安全地投递到broker。同样的订阅者也如此，如果订阅者连上broker并且订阅了它感兴趣的主题，我们没有办法保证订阅者何时才能收到第一条消息，因为这完全取决于该主题的发布者。等待发布者发布消息可能需要几秒钟，几分钟甚至几个小时。而这期间，订阅者对于当前的状态一无所知。而此时就是保留消息发挥作用的时候了。

保留消息

保留消息是一条将保留标志（retained flag）置为true的普通MQTT消息。broker会针对主题依照QoS级别保留最后一条保留消息，当订阅者订阅主题时会立即收到保留消息。broker仅为每个主题保留一条保留消息。
订阅者不需要明确指定主题，即便以通配符订阅主题也会收到保留消息。例如客户端A向myhome/livingroom/temperature主题发布了保留消息，稍后客户端B订阅了myhome/#主题，那么客户端B会在订阅后直接收到此条保留消息。订阅者也可以识别出收到的消息是否为保留消息，因为broker在发送保留消息时保留标志（retained flag）仍为true。客户端可以决定如何处理此条消息。
所以保留消息可以帮助新的订阅者在订阅主题后立即获取当前状态，而无须等待发布者发送下一条更新。
换句话说，一个主题的保留消息是最新的可知的有效数据，它不必是最新的数据，但它确实是将保留标志置为true的最新消息。
还有一点很重要，我们要理解保留消息和我们上节提到的持久会话无关，一旦保留消息被存储，将其移除的唯一方式就是下面所提到的办法。

发送一条保留消息

从开发者的角度来说，发送一条保留消息是最简单直接的办法。你只需要将一条MQTT发布消息的保留标志（retained flag）置为true。每一个典型的客户端库文件都提供了一个简单方法来实现此操作。

删除一条保留消息

还有一种很简单的方法来删除某个主题的保留消息：只需要发送一个零字节的保留消息到你想清空消息的主题。broker将会删除保留消息，并且订阅者也不会再收到保留消息，因为每个新的保留消息都会覆盖上一个。

什么情况下应该使用保留消息？

保留消息存在的意义是为了订阅者能够立即收到消息而无须等待发布者发布下一条消息。这在那些指示设备或者组件状态的主题上非常有用。例如，设备1的状态对应主题myhome/devices/device1/status，当使用保留消息时，此主题的一个新订阅者在订阅后会立即收到设备的当前状态。对于那些周期性地发送数据，如温度，GPS坐标或其他数据的客户端也一样。如果不使用保留信息，订阅者在发布者发送间隔期将对当前状态一无所知。而使用保留信息可以立即提供一个有效数据给新客户端。