協議的基礎性變化

MQTT 5是對現有協議規(guī)范的重大更新，新版本協議具有以下特征：輕量級、易用性、極強的可擴展性、對移動網絡的適用性以及通信參與者的解耦。

MQTT仍然是MQTT

02

如果您熟悉MQTT3.1.1，那么您之前知道的關于MQTT的所有原則和功能同樣適用于MQTT v5。不同的是，以往功能的部分細節(jié)，如“Last Will and Testament”發(fā)生了一點變化，某些功能也得到擴展。此外，由虹科HiveMQ實現的額外的流行功能，如“TTL”或“共享訂閱”被添加到新的規(guī)范中。

協議也稍有變化，增加了一個額外的控制包（AUTH）。

但總的來說，MQTT5仍然可以清楚地識別為MQTT。

03

MQTT 頭部屬性和原因代碼

MQTT5最靈活的新功能之一是可以在MQTT頭部中添加自定義鍵值（key-value）屬性。與HTTP等協議類似，MQTT客戶端和代理可以添加任意數量的自定義（或預定義）頭部來攜帶元數據。這種元數據可用于應用程序的特定數據，而預先定義的頭部信息被用于實現大多數新的MQTT功能。

許多MQTT數據包現在也包括原因代碼（Reason Codes）。一個原因代碼表明發(fā)生了一個預先定義的協議錯誤。這些原因代碼通常是在確認數據包中進行，允許客戶端和代理解釋錯誤情況（并有可能解決錯誤情況）。原因代碼有時也被稱為否定確認（Negative Acknowledgements）。以下MQTT數據包可以攜帶原因代碼：

CONNACK

PUBACK

PUBREC

PUBREL

PUBCOMP

SUBACK

UNSUBACK

AUTH

DISCONNECT

CONNACK Return Codes—指示不支持/未實現功能

04

隨著MQTT的普及，許多公司創(chuàng)建并提供了許多MQTT部署。但并非所有的這些實現都是完全兼容MQTT規(guī)范的，因為有時候一些功能并沒有實現，比如QoS 2、保留消息或持久會話。值得一提的是，虹科HiveMQ是完全符合MQTT規(guī)范的，并且支持所有的功能。

MQTT 5為不完整的MQTT實現提供了一種方法，用來表明該代理不支持特定的功能。客戶端的工作是確保不使用不支持的功能。代理的部署是在CONNACK數據包（客戶端發(fā)送CONNECT數據包后由代理發(fā)送）中使用預定義的標頭來表明不支持特定的功能。當然，這些標頭也可以用來向客戶端發(fā)送通知，說明它沒有使用特定功能的權限。

在MQTT 5中，有以下預定義的頭部用于指示未實現的功能（或不允許客戶端使用的功能）：

這些返回代碼對于在異構環(huán)境中溝通各個MQTT客戶端的權限具有重要作用。這個新功能的缺點是：MQTT客戶端需要自己實現對這些代碼的解釋，并且需要確保應用程序的程序員僅使用代理支持（客戶端有權限）的功能。虹科HiveMQ 100% 支持所有 MQTT 5 功能，因此只有在涉及到部署中的權限時，管理員才會使用這些自定義頭文件。

下期文章中，我們將繼續(xù)給大家介紹MQTT5協議中的基礎更改中其他新功能的細節(jié)描述。

關于虹科 HiveMQ

05

虹科HiveMQ 是一個基于 MQTT 數據傳輸的通信平臺，旨在將數據快速、高效、可靠地傳遞給連接的物聯網設備，HiveMQ 使用 MQTT 協議在設備和企業(yè)平臺之間進行實時、雙向的數據推送。

虹科HiveMQ 的建立是為了解決企業(yè)在構建新的物聯網應用時面臨的一些關鍵技術挑戰(zhàn)，包括：

構建可靠、可擴展的關鍵業(yè)務物聯網應用

快速的數據交付，以滿足終端用戶對響應式物聯網產品的期望

通過有效利用硬件、網絡和云資源降低運營成本

將物聯網數據整合到現有的企業(yè)系統中

虹科HiveMQ 提供免費版、專業(yè)版、企業(yè)版 MQTT Broker 產品，并提供 Kafka、企業(yè)安全及 MQTT Broker 橋接三種企業(yè)級擴展套件，HiveMQ 還提供高效的 MQTT 客戶端及云平臺，多方位滿足用戶需求。