01 協(xié)議的基礎性變化

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

02 MQTT仍然是MQTT

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

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

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

03 MQTT 頭部屬性和原因代碼

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

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

CONNACK

PUBACK

PUBREC

PUBREL

PUBCOMP

SUBACK

UNSUBACK

AUTH

DISCONNECT

04 CONNACK Return Codes—指示不支持/未實現(xiàn)功能

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

MQTT 5為不完整的MQTT實現(xiàn)提供了一種方法，用來表明該代理不支持特定的功能?？蛻舳说墓ぷ魇谴_保不使用不支持的功能。代理的部署是在CONNACK數(shù)據(jù)包（客戶端發(fā)送CONNECT數(shù)據(jù)包后由代理發(fā)送）中使用預定義的標頭來表明不支持特定的功能。當然，這些標頭也可以用來向客戶端發(fā)送通知，說明它沒有使用特定功能的權(quán)限。

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

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

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

05 關于虹科 HiveMQ

虹科HiveMQ 是一個基于 MQTT 數(shù)據(jù)傳輸?shù)耐ㄐ牌脚_，旨在將數(shù)據(jù)快速、高效、可靠地傳遞給連接的物聯(lián)網(wǎng)設備，HiveMQ 使用 MQTT 協(xié)議在設備和企業(yè)平臺之間進行實時、雙向的數(shù)據(jù)推送。

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

構(gòu)建可靠、可擴展的關鍵業(yè)務物聯(lián)網(wǎng)應用

快速的數(shù)據(jù)交付，以滿足終端用戶對響應式物聯(lián)網(wǎng)產(chǎn)品的期望

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

將物聯(lián)網(wǎng)數(shù)據(jù)整合到現(xiàn)有的企業(yè)系統(tǒng)中