什么是MQTT协议
MQTT(消息队列遥测传输协议)是IBM在1999年专门针对物联网等应用场景来制订的轻量级双向消息传输协议,它主要是为了解决物联网上使用到的设备的互相通信的问题,以及这些设备与后端应用系统之间通信的问题。
为什么需要MQTT(或类似)协议
随着智能硬件和移动互联网技术的快速发展,传统的互联网协议越来越难以满足物联网的需要,体现在:移动网络代价昂贵,带宽低、可靠性差;在嵌入设备中运行,处理器和内存资源有限;海量在线设备产生庞大数据,给云端带来很大的网络开销和处理压力。
MQTT如何工作
MQTT包括客户端、代理(broker)两部分,以智能家居系统为例,末端智能电器与手机为客户端,云中心为代理。客户端首先向代理发起请求,代理收到后对客户端认证,认证通过后在客户端与代理之间建立一个TCP长连接通道,客户端通过该通道订阅若干关注的主题(Topic),同时在自身状态变化时,向相应的主题发布消息,代理将该消息发给正在订阅该主题的所有客户端,如下图。与HTTP不同,MQTT是一种多对多的通信协议,设备直接不直接相连,而是通过一个代理实现互相通信。它是一种天然的异步协议,可以很好地将请求端与响应端解耦。
MQTT协议有什么好处
MQTT针对物联网场景优化设计,考虑了网络的可达性,消息的连通性,能耗等方面。具体来讲:
一是它本身是特别轻量级的,使用一个8位的系统、30K的空间,就可以运行MQTT的客户端。
二是它针对不稳定网络而设计,通常意义上的传输协议都是基于稳定网络的传输的,会专门为了这种稳定的网络去做一些优化。MQTT正好相反,协议较多地考虑了网络的不确定性,它本身还非常精简,最小的传输字节只有两个,使得在较恶劣的网络条件下仍然有较好的消息可达率。
三是它的消息的交互模式跟传统意义上不太一样,它采用了发布和订阅的模式。当数据源发布一条消息的时候,可以有多个订阅端同时能收到这个消息,这对于很多设备互联的物联网场景比较灵活。
四是有消息发布服务质量(QoS)机制,用户可根据应用场景需要,选择“至多一次”、“至少一次”或“只有一次”的传输质量,在效率与质量之间进行权衡。
五是客户端异常中断的通知机制(Last-Will-And-Testament)。当一个设备连不上的时候,服务器端有一个专门的机制能马上知道这个设备出了什么状况,从而可以非常快的反馈,对某一个结点做出一些补偿。
MQTT取得了哪些成功实践
1.物联网云
Evothings:国外物联网生态平台,提供全套的软硬件开发工具,帮助开发者构建智能硬件原型、开发消息推送服务。
Yeelink:国内最大的物联网云平台之一,为用户和智能硬件开发者提供传感器云服务,并通过实时数据处理, 实现可靠的状态监控。
2.实时消息推送
Facebook是较早大规模采用MQTT 协议的互联网巨头,其在移动客户端中使用MQTT来更新通知、消息和书签等。
云吧等平台借助MQTT 协议提供实时消息服务,实时推送消息到任意设备、快速的给上百万用户发送消息,实现单台设备一对一推送,实时展示在线用户、使用情况。目前在为几万开发者、上亿终端提供推送服务。国内搜狐等企业也使用了MQTT作为Android手机客户端与服务器端推送消息的协议。
MQTT还有哪些问题
1.在网络变化频繁或者不太稳定的2G/3G网络环境下表现不佳。
客户端在每次TCP断开或断网后,会即刻发起TCP重连,连接成功后依次发送CONNECT命令、订阅SUBSCRIBLE命令,当网络频繁切换或者不太稳定时,上述机制一定程度上加重已经不堪的弱网络负担。一些参考资源指出在业务层面进行重连策略、等待超时等调整可优化该问题。此外,CoAP等其他基于UDP传输的物联网协议对这类网络具有更好的适应性。
2.针对没有TCP/IP支持的终端环境MQTT无法应用。
可以采用MQTT-SN(MQTT For Sensor Networks)协议进行补充,它是为了非常受限类似传感器设计的,能够基于IEEE 802.15.4等无线局域网发送UDP数据包,再通过MQTT-SN网关与MQTT broker建立连接。流程架构大致如下:
MQTT推荐资源
Mosca:基于Nodejs实现的一款功能较完善的broker
Paho: C/C++、Python、Java等语言的MQTT 客户端库
mosquitto:一款功能完善的开源原生broker
版权声明:原文出处:http://mt.sohu.com/20160310/n439960879.shtml?qq-pf-to=pcqq.c2c,作者:海鑫科金,感谢原作者的辛苦创作,如转载涉及版权等问题,请与我们联系(公众号:数通畅联,QQ群:299719834)将在第一时间处理,谢谢!