MQTT5.0消息發(fā)布流程是什么

本篇內(nèi)容介紹了“MQTT5.0消息發(fā)布流程是什么”的有關(guān)知識(shí)，在實(shí)際案例的操作過程中，不少人都會(huì)遇到這樣的困境，接下來就讓小編帶領(lǐng)大家學(xué)習(xí)一下如何處理這些情況吧！希望大家仔細(xì)閱讀，能夠?qū)W有所成！

QOS報(bào)文格式及處理流程

在 MQTT 協(xié)議中，消息分為 3 個(gè)等級(jí)，分別用 QoS0, QoS1, QoS2, 這三個(gè)不同的 QoS 值所代表的是不同

的服務(wù)質(zhì)量等級(jí)。以下是每一個(gè)服務(wù)質(zhì)量級(jí)別的具體描述：

0 ： 最多一次發(fā)送（若消息等級(jí)為 QoS 0，發(fā)布者在發(fā)布消息時(shí)只會(huì)發(fā)送一次，不管消息是否送達(dá)）; 1 ： 至少一次消息發(fā)送（若消息等級(jí)為 QoS 1，發(fā)布者在發(fā)布消息時(shí)會(huì)重復(fù)發(fā)送以確保消息發(fā)送成功）； 2 ： 消息只發(fā)送一次，并保證送達(dá)。（若消息等級(jí)為 QoS 2, 發(fā)布者在發(fā)布消息時(shí)確保接收者只接收到一個(gè)消息并且消息不會(huì)重復(fù)）。

在三種 QoS 消息等級(jí)中，QoS 0 是最節(jié)省計(jì)算資源的， 而 QoS 1 在發(fā)布完消息后還需要去接收到一個(gè)發(fā)布確認(rèn)報(bào)文來停止重復(fù)的報(bào)文發(fā)送， QoS 2 消息的傳輸則需要更多的步驟，它需要 4 次報(bào)文發(fā)送來確保消息是單次送達(dá)的，是所有消息類型中最費(fèi)計(jì)算資源和帶寬的。

以下是 3 種不同 QoS 值的處理流程圖：

在 MQTT 3.0 中，QoS 0的消息發(fā)布流程是這樣

• QoS 0 消息

  發(fā)送者	控制報(bào)文流向	接受者
  PUBLISH QoS = 0, DUP = 0
  	—>
  		接收消息（可能不會(huì)收到）并處理

• QoS 1 消息

  發(fā)送者	控制報(bào)文流向	接受者
  存儲(chǔ)消息
  發(fā)送 PUBLISH QoS1, DUP = 0，帶有 Packetld	—>
  		接收消息并處理
  		發(fā)送帶有 Packetld 和 PUBACK 確認(rèn)報(bào)文
  丟棄消息

  若接收者沒有接收到 QoS1 消息或者接收到的 QoS 1 消息有問題，是不會(huì)去發(fā)送 PUBACK 確認(rèn)報(bào)文的，因此發(fā)送者不會(huì)丟棄 QoS1 消息，它還會(huì)再發(fā)送 這個(gè)消息，所以 QoS1 消息是有可能被重復(fù)發(fā)布的。

• QoS 2 消息

  發(fā)送者	控制報(bào)文流向	接受者
  存儲(chǔ)消息
  發(fā)送 PUBLISH QoS1, DUP = 0，帶有 Packetld
  	—>
  		存儲(chǔ) Packet ID 然后準(zhǔn)備應(yīng)用消息的發(fā)送
  		發(fā)布帶有 Packetld 和 Reason Code 的 PUBREC 報(bào)文
  	<---
  丟棄存儲(chǔ)的消息，存儲(chǔ)接收到的帶有相同 packet ID 的 PUBREC 報(bào)文
  發(fā)送 PUBREC 報(bào)文	—>	丟棄 Packetld
  		發(fā)送帶有 Packetld 的 PUBCOMP 報(bào)文
  	<---
  丟棄存儲(chǔ)的狀態(tài)

為了保證消息單次發(fā)送且能送達(dá)。首先它要發(fā)布一個(gè) PUBLISH 報(bào)文，然后接收者在接收完成時(shí)并不會(huì)返回確認(rèn)報(bào)文，它會(huì)存儲(chǔ)接收到的消息，然后返回 PUBREC 報(bào)文給發(fā)送者，發(fā)送者在接收到 PUBREC 報(bào)文后， 將存儲(chǔ)的 PUBLISH 報(bào)文替換成收到的 PUBREC 報(bào)文，然后發(fā)送 PUBREL 報(bào)文給接收者。 接收者收到 PUBREL 消息后丟棄之前存儲(chǔ)的狀態(tài)，此時(shí)消息已經(jīng)到達(dá)接收者，并且能夠確保只到達(dá)了一次。

MQTT 協(xié)議面對(duì)的是計(jì)算能力低下的嵌入式設(shè)備，雖然 MQTT 5.0 協(xié)議中對(duì) QoS2 消息的處理流程做了一些輕微的優(yōu)化，然而使用用 QoS2 消息通信仍然是非常耗資源的操作，所以通常情況下，如果對(duì)于消息傳輸?shù)膬?yōu)先級(jí)要示不是特別高的話，請(qǐng)盡量不要傳送 QoS 2 消息。

MQTT5.0升級(jí)

MQTT5.0在QoS上的升級(jí)主要體現(xiàn)在QoS2的接收者在處理報(bào)文的時(shí)候一點(diǎn)變化，

• 在 MQTT 5.0 協(xié)議中，這里對(duì) QoS2 消息的發(fā)布處理流程與 MQTT 3.0 協(xié)議稍有不同，在 MQTT 3.0 中，接收者接收到 QoS2 消息后既可以存儲(chǔ)消息，也可以存儲(chǔ) Packet ID, 在 5.0 中則強(qiáng)制協(xié)議實(shí)現(xiàn)者只能存儲(chǔ) Packet Id。這么做是為了強(qiáng)制 MQTT 協(xié)議開發(fā)者減少 QoS2 消息的帶寬損耗。

• 在QoS2的接收者端，除了之前返回的PacketId之外，還返回了標(biāo)識(shí)Reason Code的PUBREC報(bào)文。

EMQ發(fā)布的最新版本3.0已經(jīng)包含了對(duì)MQTT5.0協(xié)議的支持，歡迎讀者試用。

“MQTT5.0消息發(fā)布流程是什么”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識(shí)可以關(guān)注億速云網(wǎng)站，小編將為大家輸出更多高質(zhì)量的實(shí)用文章！