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

最小的數(shù)據(jù)包只有2字節(jié)，且無應(yīng)用消息頭。使用發(fā)布/訂閱消息模式；提供一對多的消息發(fā)布和應(yīng)用程序之間的解耦；消息傳輸不需要知道負載內(nèi)容；使用 TCP/IP 提供網(wǎng)絡(luò)連接。

有三種消息發(fā)布的服務(wù)質(zhì)量：

至多一次

至少一次

只有一次

MQTT提供will和Retain的消息選項，在客戶端斷線情況下，代理會通知所有訂閱的客戶端；保留消息使得新訂閱的客戶端也能收到消息通知。

HTTP超文本傳輸協(xié)議，是為了提供和接收HTML界面開發(fā)，是基于客戶端和服務(wù)器的請求響應(yīng)協(xié)議。

HTTP有以下要點：

1，HTTP客戶端通過URL向HTTP服務(wù)端發(fā)送請求。服務(wù)器根據(jù)接收到的請求后，向客戶端發(fā)送響應(yīng)信息。

2，請求消息Request：HTTP請求由四個部分組成，請求行（request line）、請求頭部（header）、空行和請求數(shù)據(jù)四個部分組成。

3，響應(yīng)消息Response：HTTP響應(yīng)也由四個部分組成，分別是：狀態(tài)行、消息報頭、空行和響應(yīng)正文。

從上可以看出，相比之下，MQTT有非常短的消息頭，發(fā)布/訂閱的消息模式。

對比而言，HTTP的請求/應(yīng)答方式的會話都是客戶端發(fā)起的，缺乏服務(wù)器通知客戶端的機制，不支持will和Retain選項，MQTT不需要設(shè)備有強大的計算能力，更適用于移動設(shè)備，對電池消耗更低，在吞吐量、響應(yīng)時間、帶寬使用率方面都更適合物聯(lián)網(wǎng)應(yīng)用。

免責聲明：本網(wǎng)站部分文章、圖片等信息來源于網(wǎng)絡(luò)，版權(quán)歸原作者平臺所有，僅用于學術(shù)分享，如不慎侵犯了你的權(quán)益，請聯(lián)系我們，我們將做刪除處理！