MQTT协议QoS2 准确一次送达的实现

最新推荐文章于 2025-10-05 09:02:29 发布

原创

最新推荐文章于 2025-10-05 09:02:29 发布 · 2.9w 阅读

CC 4.0 BY-SA版权

文章标签：

熟悉MQTT协议的同学们一定知道，MQTT的publish有三个QoS，0，1，2。他们分别是：

QoS 0 对服务器来说很好处理，什么都不存，找到要发给谁，我给你发，收不收得到，不管。他的协议大概是这样的：

QoS 1 也好理解，我发一个带messageid的消息出去，对方收到了，给我回一个带messageid的ack，我才认为数据收到了。他的协议交互大概是这样的：

这个过程中，有可能出现问题

12 条评论

liu_xinhui 2021.08.10
[code=plain] publish下发失败了，服务器重发publish。 pubrec上报失败了，服务器重发publish。这个时候，客户端仍然是重复收到多次publish。 pubrel下发失败了，服务器重发pubrel。 pubcomp上报失败了，服务器重发pubrel。 [/code] 按照这个解释，qos=2比1更容易出现数据重复，所以这种解释是不对的

AresLac 2019.05.05
博主写的很细，但是很抱歉我对官方文献理解不透彻所以还想请教几个问题，诚请指教接收者、客户端谁是谁？做持久化的到底是Server还是Subscriber？ Publisher与Server之间有没有确认？
- john-zeng回复AresLac 2019.05.05
  [reply]qq_35452716[/reply] 客户端和服务器既是接收者，也是发送者。发起publish请求的时候，发起者为客户端（Client），接受这个（发起）请求的是服务器（server）。同事，这个时候，client为发送者(sender)，server为接收者(receiver)。他们之间需要两次确认。然后服务器开始下发数据，此时服务器为发送者(sender/publisher)，接受这些消息的端为订阅这个消息的客户端(client)，这时这些客户端为接收者(receiver/subscriber)。在做通信的时候，qos并不关心订阅者，发布者，或者客户端服务器的问题，他关心的是sender和receiver的关系。持久化在qos2中，sender和receiver都需要做，不关其他角色问题。