`
rensanning
  • 浏览: 3515684 次
  • 性别: Icon_minigender_1
  • 来自: 大连
博客专栏
Efef1dba-f7dd-3931-8a61-8e1c76c3e39f
使用Titanium Mo...
浏览量:37520
Bbab2146-6e1d-3c50-acd6-c8bae29e307d
Cordova 3.x入门...
浏览量:604442
C08766e7-8a33-3f9b-9155-654af05c3484
常用Java开源Libra...
浏览量:678267
77063fb3-0ee7-3bfa-9c72-2a0234ebf83e
搭建 CentOS 6 服...
浏览量:87370
E40e5e76-1f3b-398e-b6a6-dc9cfbb38156
Spring Boot 入...
浏览量:399913
Abe39461-b089-344f-99fa-cdfbddea0e18
基于Spring Secu...
浏览量:69093
66a41a70-fdf0-3dc9-aa31-19b7e8b24672
MQTT入门
浏览量:90546
社区版块
存档分类
最新评论

MQTT入门(7)- 服务质量QoS

 
阅读更多
为了确保客户端和服务器端之间消息的送达,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 字节),协议交换最小化,以降低网络流量。

需要注意的是:
  • 这里指的是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)

  • 大小: 3.2 KB
  • 大小: 5.8 KB
  • 大小: 7 KB
  • 大小: 4.9 KB
  • 大小: 1.4 KB
  • 大小: 152.8 KB
  • 大小: 173.5 KB
  • 大小: 206.9 KB
  • 大小: 175.5 KB
  • 大小: 146.5 KB
1
0
分享到:
评论

相关推荐

Global site tag (gtag.js) - Google Analytics