一、消息傳遞方式

MQTT以數(shù)據(jù)為中心，而HTTP是以文檔為中心的。HTTP是用于客戶(hù)端服務(wù)器計(jì)算的請(qǐng)求響應(yīng)協(xié)議，并不總是針對(duì)移動(dòng)設(shè)備進(jìn)行優(yōu)化。MQTT在這些術(shù)語(yǔ)中的主要優(yōu)點(diǎn)是輕量級(jí)（MQTT將數(shù)據(jù)作為字節(jié)數(shù)組傳輸）和發(fā)布/訂閱模型，這使其非常適合資源受限的設(shè)備并有助于節(jié)省電池。此外，發(fā)布/訂閱模型為客戶(hù)提供了彼此獨(dú)立的存在，增強(qiáng)了整個(gè)系統(tǒng)的可靠性。當(dāng)一個(gè)客戶(hù)端出現(xiàn)故障時(shí)，整個(gè)系統(tǒng)可以繼續(xù)正常工作。

二、吞吐量

根據(jù)3G網(wǎng)絡(luò)的測(cè)量結(jié)果，MQTT的吞吐量比HTTP快93倍。

此外，與HTTP相比，MQTT協(xié)議確保了高傳輸保證。

有3個(gè)級(jí)別的服務(wù)質(zhì)量：

– 最多一次：保證盡力交付。

– 至少一次：保證消息至少傳送一次。但是消息也可以不止一次傳遞。

– 恰好一次：保證每個(gè)消息只被對(duì)方接收一次

因?yàn)?/span>HTTP 協(xié)議的首部（header）比較大，而且每次發(fā)送數(shù)據(jù)都要發(fā)送一個(gè)數(shù)據(jù)包來(lái)連接/斷開(kāi)TCP，因此發(fā)送的數(shù)據(jù)越多，數(shù)據(jù)總通信量也就越大；

而MQTT 的首部比較小，還能在維持TCP 連接的同時(shí)，進(jìn)行下一次數(shù)據(jù)的收發(fā)，所以比起HTTP，它更能抑制數(shù)據(jù)總通信量。

MQTT還為用戶(hù)提供Last will＆Testament和Retained消息的選項(xiàng)。第一個(gè)意味著在客戶(hù)端意外斷開(kāi)連接的情況下，所有訂閱的客戶(hù)端都將從代理獲得消息。保留消息意味著新訂閱的客戶(hù)端將立即獲得狀態(tài)更新。HTTP協(xié)議沒(méi)有這些功能。

三、消息大小

因?yàn)?/span>MQTT 是通過(guò)維持TCP 連接來(lái)削減通信量的，所以要是每次進(jìn)行數(shù)據(jù)通信都斷開(kāi)TCP 連接，MQTT 就會(huì)跟HTTP 一樣在每次發(fā)送數(shù)據(jù)時(shí)都執(zhí)行連接和斷開(kāi)處理，結(jié)果反而會(huì)增加通信量。

MQTT具有相當(dāng)短的規(guī)范。只有CONNECT，PUBLISH，SUBSCRIBE，UNSUBSCRIBE和DISCONNECT類(lèi)型對(duì)開(kāi)發(fā)人員很重要。而HTTP規(guī)范要長(zhǎng)得多。

MQTT具有非常短的消息頭，并且最小的包消息大小為2個(gè)字節(jié)。通過(guò)HTTP協(xié)議使用文本消息格式允許它組成冗長(zhǎng)的標(biāo)題和消息。它有助于消除麻煩，因?yàn)樗梢员蝗祟?lèi)閱讀，但同時(shí)它對(duì)于資源受限的設(shè)備是不必要的。

四、總結(jié)

MQTT協(xié)議易于使用。對(duì)于未來(lái)的解決方案，響應(yīng)時(shí)間，吞吐量，更低的電池和帶寬使用率是很好的的，這一點(diǎn)至關(guān)重要。在間歇性連接的情況下，它也是完好的的。因?yàn)镸QTT 是通過(guò)維持TCP 連接來(lái)削減通信量的，所以要是每次進(jìn)行數(shù)據(jù)通信都斷開(kāi)TCP 連接，MQTT 就會(huì)跟HTTP 一樣在每次發(fā)送數(shù)據(jù)時(shí)都執(zhí)行連接和斷開(kāi)處理，結(jié)果反而會(huì)增加通信量。HTTP是值得和可擴(kuò)展的。但是當(dāng)它被稱(chēng)為IoT開(kāi)發(fā)時(shí)，MQTT更適合。