Mqtt Qos 深度解读

约定不等于承诺〃 2022-12-01 11:42 264阅读 0赞

## 1.QoS含义 ： ##

Quality of Service,服务质量

## 2.作用域 ##

发布者的Qos  
订阅者的Qos

## 3.等级与作用 ##

level 0：最多一次的传输  
level 1：至少一次的传输，(鸡肋)  
level 2： 只有一次的传输

## 4.交互过程 ##

qos0

对于qos1而言，对于client而言，有且仅发一次publish包，对于broker而言，有且仅发一次publish，**简而言之，就是仅发一次包，是否收到完全不管，适合那些不是很重要的数据**。

![format_png][]

对于qos0而言，这个交互就是多了一次ack的作用，但是会有个问题，尽管我们可以通过确认来保证一定收到客户端或服务器的message，但是我们却不能保证message仅有一次，**也就是当client没收到service的puback或者service没有收到client的puback，那么就会一直发送publisher**

流程：（publisher -> broker）

1.  publisher store msg -> publish ->broker （传递message）
2.  broker -> puback -> publisher delete msg （确认传递成功）

注意：

1.  publisher必须保存msg，这样才能在重发
2.  publisher如果在一定时间或socket断开等异常情况，会继续重发msg

qos1.png

![format_png 1][]

qos2

对于qos1而言，qos2可以实现仅仅接受一次message，其主要原理(对于publisher而言)，  
**publisher和broker进行了缓存，其中publisher缓存了message和msgID，而broker缓存了msgID，两方都做记录所以可以保证消息不重复**，但是由于记录是需要删除的，这个删除流程同样多了一倍

流程：（publisher -> broker）

1.  publisher store msg -> publish ->broker -> broker store msgID（传递message）
2.  broker -> puberc （确认传递成功）
3.  publisher -> pubrel -> broker delete msgID （告诉broker删除msgID）
4.  broker -> pubcomp -> publisher delete msg （告诉publisher删除msg）

注意：

1.  第二步，即puberc不可以删除 publisher的msg，因为第三步未必成功，这个时候就需要第一步提醒第二步继续发，而提醒必须要msgID

qos2.png

![format_png 2][]

## 5.问题 ##

1.为什么 qos2不是3次，不和tcp握手一致

2.Qos对协议的影响

## 6.参考 ##

[qos等级][qos]  
[qos交互过程][qos 1]

[format_png]: /images/20221123/01e0e0c3f2cb4cfabe7523ea159ea54c.png
[format_png 1]: /images/20221123/c183611ddb5d49e7a8509f7923b10d94.png
[format_png 2]: /images/20221123/583ffcd07e7548629ba3d8d119972838.png
[qos]: https://blog.csdn.net/waltonhuang/article/details/52069138
[qos 1]: https://blog.csdn.net/libaineu2004/article/details/78813908