MQTT（Message Queuing Telemetry Transport，消息隊列遙測傳輸協(xié)議），是一種基于發(fā)布/訂閱（publish/subscribe）模式的"輕量級"通訊協(xié)議，該協(xié)議構建于 TCP/IP 協(xié)議上，由 IBM 在 1999 年發(fā)布。

簡述

MQTT 最大優(yōu)點在于，可以以極少的代碼和有限的帶寬，為連接遠程設備提供實時可靠的消息服務。

作為一種低開銷、低帶寬占用的即時通訊協(xié)議，使其在物聯(lián)網(wǎng)、小型設備、移動應用等方面有較廣泛的應用。

MQTT 是一個基于客戶端-服務器的消息發(fā)布/訂閱傳輸協(xié)議。MQTT 協(xié)議是輕量、簡單、開放和易于實現(xiàn)的，這些特點使它適用范圍非常廣泛。

在很多情況下，包括受限的環(huán)境中，如：機器與機器（M2M）通信和物聯(lián)網(wǎng)（IoT）。

其在，通過衛(wèi)星鏈路通信傳感器、偶爾撥號的醫(yī)療設備、智能家居、及一些小型化設備中已廣泛使用。

設計規(guī)范

由于物聯(lián)網(wǎng)的環(huán)境是非常特別的，所以 MQTT 遵循以下設計原則：

精簡，不添加可有可無的功能；

發(fā)布/訂閱（Pub/Sub）模式，方便消息在傳感器之間傳遞；

允許用戶動態(tài)創(chuàng)建主題，零運維成本；

把傳輸量降到最低以提高傳輸效率；

把低帶寬、高延遲、不穩(wěn)定的網(wǎng)絡等因素考慮在內；

支持連續(xù)的會話控制；

理解客戶端計算能力可能很低；

提供服務質量管理；

假設數(shù)據(jù)不可知，不強求傳輸數(shù)據(jù)的類型與格式，保持靈活性。

主要特性

MQTT 協(xié)議工作在低帶寬、不可靠的網(wǎng)絡的遠程傳感器和控制設備通訊而設計的協(xié)議。

它具有以下主要的幾項特性：

①使用發(fā)布/訂閱消息模式，提供一對多的消息發(fā)布，解除應用程序耦合。

這一點很類似于 XMPP，但是 MQTT 的信息冗余遠小于 XMPP，,因為 XMPP 使用 XML 格式文本來傳遞數(shù)據(jù)。

②對負載內容屏蔽的消息傳輸。

③使用 TCP/IP 提供網(wǎng)絡連接。

主流的 MQTT 是基于 TCP 連接進行數(shù)據(jù)推送的，但是同樣有基于 UDP 的版本，叫做 MQTT-SN。這兩種版本由于基于不同的連接方式，優(yōu)缺點自然也就各有不同了。

④有三種消息發(fā)布服務質量：

"至多一次"，消息發(fā)布完全依賴底層 TCP/IP 網(wǎng)絡。會發(fā)生消息丟失或重復。這一級別可用于如下情況，環(huán)境傳感器數(shù)據(jù)，丟失一次讀記錄無所謂，因為不久后還會有第二次發(fā)送。

這一種方式主要普通 APP 的推送，倘若你的智能設備在消息推送時未聯(lián)網(wǎng)，推送過去沒收到，再次聯(lián)網(wǎng)也就收不到了。

"至少一次"，確保消息到達，但消息重復可能會發(fā)生。

"只有一次"，確保消息到達一次。在一些要求比較嚴格的計費系統(tǒng)中，可以使用此級別。在計費系統(tǒng)中，消息重復或丟失會導致不正確的結果。

這種最高質量的消息發(fā)布服務還可以用于即時通訊類的APP的推送，確保用戶收到且只會收到一次。

⑤小型傳輸，開銷很?。ü潭ㄩL度的頭部是 2 字節(jié)），協(xié)議交換最小化，以降低網(wǎng)絡流量。

這就是為什么在介紹里說它非常適合"在物聯(lián)網(wǎng)領域，傳感器與服務器的通信，信息的收集"，要知道嵌入式設備的運算能力和帶寬都相對薄弱，使用這種協(xié)議來傳遞消息再適合不過了。

⑥使用 Last Will 和 Testament 特性通知有關各方客戶端異常中斷的機制。

Last Will：即遺言機制，用于通知同一主題下的其他設備發(fā)送遺言的設備已經(jīng)斷開了連接。

Testament：遺囑機制，功能類似于 Last Will。

MQTT 協(xié)議原理

MQTT 協(xié)議實現(xiàn)方式

實現(xiàn) MQTT 協(xié)議需要客戶端和服務器端通訊完成，在通訊過程中，MQTT 協(xié)議中有三種身份：

發(fā)布者（Publish）

代理（Broker）（服務器）

訂閱者（Subscribe）

其中，消息的發(fā)布者和訂閱者都是客戶端，消息代理是服務器，消息發(fā)布者可以同時是訂閱者。

MQTT 傳輸?shù)南⒎譃橹黝}（Topic）和負載（payload）兩部分：

Topic，可以理解為消息的類型，訂閱者訂閱（Subscribe）后，就會收到該主題的消息內容（payload）。

payload，可以理解為消息的內容，是指訂閱者具體要使用的內容。

網(wǎng)絡傳輸與應用消息

MQTT 會構建底層網(wǎng)絡傳輸：它將建立客戶端到服務器的連接，提供兩者之間的一個有序的、無損的、基于字節(jié)流的雙向傳輸。

當應用數(shù)據(jù)通過 MQTT 網(wǎng)絡發(fā)送時，MQTT 會把與之相關的服務質量（QoS）和主題名（Topic）相關連。

MQTT 客戶端

一個使用 MQTT 協(xié)議的應用程序或者設備，它總是建立到服務器的網(wǎng)絡連接。

客戶端可以：

發(fā)布其他客戶端可能會訂閱的信息

訂閱其它客戶端發(fā)布的消息

退訂或刪除應用程序的消息

斷開與服務器連接

MQTT 服務器

MQTT 服務器以稱為"消息代理"（Broker），可以是一個應用程序或一臺設備。

它是位于消息發(fā)布者和訂閱者之間，它可以：

接受來自客戶的網(wǎng)絡連接

接受客戶發(fā)布的應用信息

處理來自客戶端的訂閱和退訂請求

向訂閱的客戶轉發(fā)應用程序消息

MQTT 協(xié)議中的訂閱、主題、會話

①訂閱（Subscription）：訂閱包含主題篩選器（Topic Filter）和最大服務質量（QoS）。訂閱會與一個會話（Session）關聯(lián)。

一個會話可以包含多個訂閱。每一個會話中的每個訂閱都有一個不同的主題篩選器。

②會話（Session）：每個客戶端與服務器建立連接后就是一個會話，客戶端和服務器之間有狀態(tài)交互。

會話存在于一個網(wǎng)絡之間，也可能在客戶端和服務器之間跨越多個連續(xù)的網(wǎng)絡連接。

③主題名（Topic Name）：連接到一個應用程序消息的標簽，該標簽與服務器的訂閱相匹配。服務器會將消息發(fā)送給訂閱所匹配標簽的每個客戶端。

④主題篩選器（Topic Filter）：一個對主題名通配符篩選器，在訂閱表達式中使用，表示訂閱所匹配到的多個主題。

⑤負載（Payload）：消息訂閱者所具體接收的內容。

MQTT 協(xié)議中的方法

MQTT 協(xié)議中定義了一些方法（也被稱為動作），來于表示對確定資源所進行操作。

這個資源可以代表預先存在的數(shù)據(jù)或動態(tài)生成數(shù)據(jù)，這取決于服務器的實現(xiàn)。通常來說，資源指服務器上的文件或輸出。

主要方法有：

Connect。等待與服務器建立連接。

Disconnect。等待 MQTT 客戶端完成所做的工作，并與服務器斷開 TCP/IP 會話。

Subscribe。等待完成訂閱。

UnSubscribe。等待服務器取消客戶端的一個或多個 topics 訂閱。

Publish。MQTT 客戶端發(fā)送消息請求，發(fā)送完成后返回應用程序線程。

MQTT 協(xié)議數(shù)據(jù)包結構

在 MQTT 協(xié)議中，一個 MQTT 數(shù)據(jù)包由：固定頭（Fixed header）、可變頭（Variable header）、消息體（payload）三部分構成。

MQTT 數(shù)據(jù)包結構如下：

固定頭（Fixed header）。存在于所有 MQTT 數(shù)據(jù)包中，表示數(shù)據(jù)包類型及數(shù)據(jù)包的分組類標識。

可變頭（Variable header）。存在于部分 MQTT 數(shù)據(jù)包中，數(shù)據(jù)包類型決定了可變頭是否存在及其具體內容。

消息體（Payload）。存在于部分 MQTT 數(shù)據(jù)包中，表示客戶端收到的具體內容。

MQTT 固定頭

固定頭存在于所有 MQTT 數(shù)據(jù)包中，其結構如下：

①MQTT 數(shù)據(jù)包類型

位置：Byte 1中bits 7-4。

相于一個 4 位的無符號值，類型、取值及描述如下：

②標識位

位置：Byte 1 中 bits 3-0。

在不使用標識位的消息類型中，標識位被作為保留位。如果收到無效的標志時，接收端必須關閉網(wǎng)絡連接：

DUP：發(fā)布消息的副本。用來在保證消息的可靠傳輸，如果設置為1，則在下面的變長中增加 MessageId，并且需要回復確認，以保證消息傳輸完成，但不能用于檢測消息重復發(fā)送。

QoS：發(fā)布消息的服務質量，即：保證消息傳遞的次數(shù)：

?00：最多一次，即：<=1 ?01：至少一次，即：>=1 ?10：一次，即：=1 ?11：預留

RETAIN：發(fā)布保留標識，表示服務器要保留這次推送的信息，如果有新的訂閱者出現(xiàn)，就把這消息推送給它，如果設有那么推送至當前訂閱者后釋放。

③剩余長度（Remaining Length）

地址：Byte 2。

固定頭的第二字節(jié)用來保存變長頭部和消息體的總大小的，但不是直接保存的。這一字節(jié)是可以擴展，其保存機制，前 7 位用于保存長度，后一部用做標識。

當最后一位為 1 時，表示長度不足，需要使用二個字節(jié)繼續(xù)保存。例如：計算出后面的大小為 0。

MQTT 可變頭

MQTT 數(shù)據(jù)包中包含一個可變頭，它駐位于固定的頭和負載之間?？勺冾^的內容因數(shù)據(jù)包類型而不同，較常的應用是作為包的標識：

很多類型數(shù)據(jù)包中都包括一個 2 字節(jié)的數(shù)據(jù)包標識字段，這些類型的包有：PUBLISH (QoS > 0)、PUBACK、PUBREC、PUBREL、PUBCOMP、SUBSCRIBE、SUBACK、UNSUBSCRIBE、UNSUBACK。

Payload 消息體

Payload 消息體位 MQTT 數(shù)據(jù)包的第三部分，包含 CONNECT、SUBSCRIBE、SUBACK、UNSUBSCRIBE 四種類型的消息：

CONNECT，消息體內容主要是：客戶端的 ClientID、訂閱的 Topic、Message 以及用戶名和密碼。

SUBSCRIBE，消息體內容是一系列的要訂閱的主題以及 QoS。

SUBACK，消息體內容是服務器對于 SUBSCRIBE 所申請的主題及 QoS 進行確認和回復。

UNSUBSCRIBE，消息體內容是要訂閱的主題。

責任編輯：xj

原文標題：MQTT協(xié)議開發(fā)入門

文章出處：【微信公眾號：HarmonyOS技術社區(qū)】歡迎添加關注！文章轉載請注明出處。