为了确保客户端和服务器端之间消息的送达,MQTT支持三种消息发布服务质量(QoS:Quality of Service):
[b](1)QoS 0(At most once)“至多一次”[/b]
消息发布完全依赖底层 TCP/IP 网络。会发生消息丢失或重复。这一级别可用于如下情况,环境传感器数据,丢失一次读记录无所谓,因为不久后还会有第二次发送。
[b](2)QoS 1(At least once)“至少一次”[/b]
确保消息到达,但消息重复可能会发生。
[b](3)QoS 2(Exactly once)“只有一次”[/b]
确保消息到达一次。这一级别可用于如下情况,在计费系统中,消息重复或丢失会导致不正确的结果。小型传输,开销很小(固定长度的头部是 2 字节),协议交换最小化,以降低网络流量。
需要注意的是:
[list][*]这里指的是Client和Broker之间的关系,而不是Publisher和Subscriber之间的关系,在Pub/Sub模型中,Publisher和Subscriber是完全解耦的。
[*]发布者在每次发布消息时都需要设置QoS,订阅者在订阅主题时也可以设置QoS。
[*]发布者或者订阅者设置的QoS分别是和服务器端异步执行的。
[*]即使发布者设置发布消息为QoS2,订阅者也可以通过QoS0或QoS1来订阅该消息(这样就是QoS的降级downgrade)。
[*]订阅者一般来说最好使用QoS2。[/list]
以下是发布和订阅的时序图:
[img]http://dl2.iteye.com/upload/attachment/0128/4005/2336d6d6-15c0-3fda-bf51-fd1fb0d5e6e1.png[/img]
[img]http://dl2.iteye.com/upload/attachment/0128/4007/3914766c-d1d4-32b1-8b61-3b001cbb1bc4.png[/img]
[img]http://dl2.iteye.com/upload/attachment/0128/4009/2c87eda8-0d4d-3972-8d43-ef72a141abcc.png[/img]
[img]http://dl2.iteye.com/upload/attachment/0128/4011/7de5c73c-4ef8-378a-82f3-515fa6f6efba.png[/img]
通信抓包具体看看每种QoS的通信过程。
[img]http://dl2.iteye.com/upload/attachment/0128/4013/d28860c7-c2fe-3fa9-b6d0-2d2985a8506f.png[/img]
[color=blue][b]Publisher(Qos=0)Subscriber(Qos=0)[/b][/color]
[img]http://dl2.iteye.com/upload/attachment/0128/4015/60f85207-24c1-3c09-8924-3ff14e3b7f84.png[/img]
[color=blue][b]Publisher(Qos=1)Subscriber(Qos=1)[/b][/color]
[img]http://dl2.iteye.com/upload/attachment/0128/4017/68b07ba1-f068-3f30-bf88-4393d50fafdc.png[/img]
[color=blue][b]Publisher(Qos=2)Subscriber(Qos=2)[/b][/color]
[img]http://dl2.iteye.com/upload/attachment/0128/4019/cb962808-bd44-3c8f-a304-4d7cc9c81c84.png[/img]
[color=blue][b]Publisher(Qos=2)Subscriber(Qos=0)[/b][/color]
[img]http://dl2.iteye.com/upload/attachment/0128/4021/d5d6a424-ce7e-3271-b96f-8c727feda868.png[/img]
[color=blue][b]Publisher(Qos=0)Subscriber(Qos=2)[/b][/color]
[img]http://dl2.iteye.com/upload/attachment/0128/4023/8acc57d1-9fda-36a3-8cec-dfedd937981f.png[/img]
[b](1)QoS 0(At most once)“至多一次”[/b]
消息发布完全依赖底层 TCP/IP 网络。会发生消息丢失或重复。这一级别可用于如下情况,环境传感器数据,丢失一次读记录无所谓,因为不久后还会有第二次发送。
[b](2)QoS 1(At least once)“至少一次”[/b]
确保消息到达,但消息重复可能会发生。
[b](3)QoS 2(Exactly once)“只有一次”[/b]
确保消息到达一次。这一级别可用于如下情况,在计费系统中,消息重复或丢失会导致不正确的结果。小型传输,开销很小(固定长度的头部是 2 字节),协议交换最小化,以降低网络流量。
需要注意的是:
[list][*]这里指的是Client和Broker之间的关系,而不是Publisher和Subscriber之间的关系,在Pub/Sub模型中,Publisher和Subscriber是完全解耦的。
[*]发布者在每次发布消息时都需要设置QoS,订阅者在订阅主题时也可以设置QoS。
[*]发布者或者订阅者设置的QoS分别是和服务器端异步执行的。
[*]即使发布者设置发布消息为QoS2,订阅者也可以通过QoS0或QoS1来订阅该消息(这样就是QoS的降级downgrade)。
[*]订阅者一般来说最好使用QoS2。[/list]
以下是发布和订阅的时序图:
[img]http://dl2.iteye.com/upload/attachment/0128/4005/2336d6d6-15c0-3fda-bf51-fd1fb0d5e6e1.png[/img]
[img]http://dl2.iteye.com/upload/attachment/0128/4007/3914766c-d1d4-32b1-8b61-3b001cbb1bc4.png[/img]
[img]http://dl2.iteye.com/upload/attachment/0128/4009/2c87eda8-0d4d-3972-8d43-ef72a141abcc.png[/img]
[img]http://dl2.iteye.com/upload/attachment/0128/4011/7de5c73c-4ef8-378a-82f3-515fa6f6efba.png[/img]
通信抓包具体看看每种QoS的通信过程。
[img]http://dl2.iteye.com/upload/attachment/0128/4013/d28860c7-c2fe-3fa9-b6d0-2d2985a8506f.png[/img]
[color=blue][b]Publisher(Qos=0)Subscriber(Qos=0)[/b][/color]
[img]http://dl2.iteye.com/upload/attachment/0128/4015/60f85207-24c1-3c09-8924-3ff14e3b7f84.png[/img]
[color=blue][b]Publisher(Qos=1)Subscriber(Qos=1)[/b][/color]
[img]http://dl2.iteye.com/upload/attachment/0128/4017/68b07ba1-f068-3f30-bf88-4393d50fafdc.png[/img]
[color=blue][b]Publisher(Qos=2)Subscriber(Qos=2)[/b][/color]
[img]http://dl2.iteye.com/upload/attachment/0128/4019/cb962808-bd44-3c8f-a304-4d7cc9c81c84.png[/img]
[color=blue][b]Publisher(Qos=2)Subscriber(Qos=0)[/b][/color]
[img]http://dl2.iteye.com/upload/attachment/0128/4021/d5d6a424-ce7e-3271-b96f-8c727feda868.png[/img]
[color=blue][b]Publisher(Qos=0)Subscriber(Qos=2)[/b][/color]
[img]http://dl2.iteye.com/upload/attachment/0128/4023/8acc57d1-9fda-36a3-8cec-dfedd937981f.png[/img]