MQTT入门(7)- 服务质量QoS
程序员文章站
2022-05-01 09:18:03
...
为了确保客户端和服务器端之间消息的送达,MQTT支持三种消息发布服务质量(QoS:Quality of Service):
(1)QoS 0(At most once)“至多一次”
消息发布完全依赖底层 TCP/IP 网络。会发生消息丢失或重复。这一级别可用于如下情况,环境传感器数据,丢失一次读记录无所谓,因为不久后还会有第二次发送。
(2)QoS 1(At least once)“至少一次”
确保消息到达,但消息重复可能会发生。
(3)QoS 2(Exactly once)“只有一次”
确保消息到达一次。这一级别可用于如下情况,在计费系统中,消息重复或丢失会导致不正确的结果。小型传输,开销很小(固定长度的头部是 2 字节),协议交换最小化,以降低网络流量。
需要注意的是:
以下是发布和订阅的时序图:
通信抓包具体看看每种QoS的通信过程。
Publisher(Qos=0)Subscriber(Qos=0)
Publisher(Qos=1)Subscriber(Qos=1)
Publisher(Qos=2)Subscriber(Qos=2)
Publisher(Qos=2)Subscriber(Qos=0)
Publisher(Qos=0)Subscriber(Qos=2)
(1)QoS 0(At most once)“至多一次”
消息发布完全依赖底层 TCP/IP 网络。会发生消息丢失或重复。这一级别可用于如下情况,环境传感器数据,丢失一次读记录无所谓,因为不久后还会有第二次发送。
(2)QoS 1(At least once)“至少一次”
确保消息到达,但消息重复可能会发生。
(3)QoS 2(Exactly once)“只有一次”
确保消息到达一次。这一级别可用于如下情况,在计费系统中,消息重复或丢失会导致不正确的结果。小型传输,开销很小(固定长度的头部是 2 字节),协议交换最小化,以降低网络流量。
需要注意的是:
- 这里指的是Client和Broker之间的关系,而不是Publisher和Subscriber之间的关系,在Pub/Sub模型中,Publisher和Subscriber是完全解耦的。
- 发布者在每次发布消息时都需要设置QoS,订阅者在订阅主题时也可以设置QoS。
- 发布者或者订阅者设置的QoS分别是和服务器端异步执行的。
- 即使发布者设置发布消息为QoS2,订阅者也可以通过QoS0或QoS1来订阅该消息(这样就是QoS的降级downgrade)。
- 订阅者一般来说最好使用QoS2。
以下是发布和订阅的时序图:
通信抓包具体看看每种QoS的通信过程。
Publisher(Qos=0)Subscriber(Qos=0)
Publisher(Qos=1)Subscriber(Qos=1)
Publisher(Qos=2)Subscriber(Qos=2)
Publisher(Qos=2)Subscriber(Qos=0)
Publisher(Qos=0)Subscriber(Qos=2)