一、消息傳遞方式

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

二、吞吐量

根據(jù)3G網絡的測量結果，MQTT的吞吐量比HTTP快93倍。

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

有3個級別的服務質量：

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

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

– 恰好一次：保證每個消息只被對方接收一次

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

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

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

三、消息大小

因為MQTT 是通過維持TCP 連接來削減通信量的，所以要是每次進行數(shù)據(jù)通信都斷開TCP 連接，MQTT 就會跟HTTP 一樣在每次發(fā)送數(shù)據(jù)時都執(zhí)行連接和斷開處理，結果反而會增加通信量。

MQTT具有相當短的規(guī)范。只有CONNECT，PUBLISH，SUBSCRIBE，UNSUBSCRIBE和DISCONNECT類型對開發(fā)人員很重要。而HTTP規(guī)范要長得多。

MQTT具有非常短的消息頭，并且最小的包消息大小為2個字節(jié)。通過HTTP協(xié)議使用文本消息格式允許它組成冗長的標題和消息。它有助于消除麻煩，因為它可以被人類閱讀，但同時它對于資源受限的設備是不必要的。

四、總結

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