- 0
- 关注
- 54070
- 浏览
MQTT是IBM开发的一个即时通讯协议，基于TCP的，号称是可以支持所有的平台。
CoAP是运行于UDP之上的，并且非常的小巧，最小只有4个字节。
可以说两者都是营运物联网大趋势和为了适应M2M而生的，相比于其他的通信协议也有较大的优势。
以上是最近两者的Google trends。
话说国外貌似这两个协议非常的火啊，hivemq等等一堆啥啥mq，还有pubnub、xively，CoAP也有一大群真粉，但国内貌似不太感冒，唯一知道的是 云巴用的mqtt，呃。。。貌似跑题了。
如上，在如今物联网如火如荼各种造势的时代，真正实现智能，M2M是必不可少的，而MQTT和CoAP哪个最可能成为未来物联网的标准协议呢？或者有其他更有潜力的通信协议？
以上是最近两者的Google trends。
话说国外貌似这两个协议非常的火啊，hivemq等等一堆啥啥mq，还有pubnub、xively，CoAP也有一大群真粉，但国内貌似不太感冒，唯一知道的是 云巴用的mqtt，呃。。。貌似跑题了。
如上，在如今物联网如火如荼各种造势的时代，真正实现智能，M2M是必不可少的，而MQTT和CoAP哪个最可能成为未来物联网的标准协议呢？或者有其他更有潜力的通信协议？
MQTT是非常流行的设备的接入协议，包括IBM、亚马逊、微软的IoT托管服务都有支持，而CoAP在这方面几乎没有露面的机会。感觉以下几点是MQTT优于CoAP的主要原因：
MQTT入门篇 MQTT进阶篇 MQTT安全篇 MQTT实战篇 当然，CoAP在功耗方面有优势，不过随着物联网设备特别是网管的计算能力加强，这点应该不是主要矛盾。
- MQTT基于TCP，在做反控设备的时候比UDP更可靠，比如CoAP走3G、4G的时候甚至需要实现CoAP over TCP，否则反控很不稳定甚至无法联通。
- MQTT异步Pub/Sub实现，好比发个微信，无需等待对方确认便可以继续，而不像CoAP那样必须等待对方应答才能返回的同步模式。
- MQTT为物联网提供了许多体贴的设计，比如QoS，比如“遗言”的设计。
