HTTP是最流行和最广泛使用的协议。但在过去几年中，MQTT迅速获得了牵引力。当我们谈论物联网开发时，开发人员必须在它们之间做出选择。

设计和消息传递

MQTT以数据为中心，而HTTP是以文档为中心的。HTTP是用于客户端 – 服务器计算的请求 – 响应协议，并不总是针对移动设备进行优化。MQTT在这些术语中的主要优点是轻量级（MQTT将数据作为字节数组传输）和发布/订阅模型，这使其非常适合资源受限的设备并有助于节省电池。

此外，发布/订阅模型为客户提供了彼此独立的存在，增强了整个系统的可靠性。当一个客户端出现故障时，整个系统可以继续正常工作。

速度和交付

根据3G网络的测量结果，MQTT的吞吐量比HTTP快93倍。

此外，与HTTP相比，MQTT协议确保了高传输保证。有3个级别的服务质量：

– 最多一次：保证尽力交付。

– 至少一次：保证消息至少传送一次。但是消息也可以不止一次传递。

– 恰好一次：保证每个消息只被对方接收一次

MQTT还为用户提供Last will＆Testament和Retained消息的选项。第一个意味着在客户端意外断开连接的情况下，所有订阅的客户端都将从代理获得消息。保留消息意味着新订阅的客户端将立即获得状态更新。

HTTP协议没有这些功能。

复杂性和消息大小

 MQTT具有相当短的规范。只有CONNECT，PUBLISH，SUBSCRIBE，UNSUBSCRIBE和DISCONNECT类型对开发人员很重要。而HTTP规范要长得多。

MQTT具有非常短的消息头，并且最小的包消息大小为2个字节。通过HTTP协议使用文本消息格式允许它组成冗长的标题和消息。它有助于消除麻烦，因为它可以被人类阅读，但同时它对于资源受限的设备是不必要的。

结论

MQTT协议易于使用。对于未来的解决方案，响应时间，吞吐量，更低的电池和带宽使用率是第一位的，这一点至关重要。在间歇性连接的情况下，它也是完美的。

HTTP是值得和可扩展的。但是当它被称为IoT开发时，MQTT更适合。

总结分析：

协议	优点	缺点
HTTP	应用广泛，开发成本低	1，服务端无法主动推送数据给client; 2，采用key-value格式，占用存储和计算资源高；
MQTT	小型传输，资源开销小	发布订阅模式，提供1对多消息发布，解除应用程序耦合

mqtt是为大量计算能力有限且工作在低带宽、不可靠网络的远程传感器和控制设备通讯而设计的一种协议。

HTTP是适合使用在性能好一些的终端上，相对以上一些比较重，对设备要求相对高一些。不适合M2M的场景。

mqtt是以数据为中心，数据量一般比较小；

http是以文本为中心，数据量一般比较大。