一、MQTT是什么?
MQTT(Message Queuing Telemetry Transport,消息队列遥测传输协议),是一种基于发布/订阅(Publish/Subscribe)模式的轻量级通讯协议,该协议构建于TCP/IP协议上,由IBM在1999年发布,目前最新版本为v3.1.1。MQTT最大的优点在于可以以极少的代码和有限的带宽,为远程设备提供实时可靠的消息服务。做为一种低开销、低带宽占用的即时通讯协议,MQTT在物联网、小型设备、移动应用等方面有广泛的应用。
物联网环境下,大量的device或sensor需要将很小的数据定期发送出去,并接受外部传回来的数据。这样的数据交换是大量存在的。MQTT通过Broker转发消息,所以可以穿透NAT,类似的协议还有AMQP、XMPP等。MQTT协议里面是按照设备一直在线设计的,数据都是保存在内存里的,所以MQTT是比较吃内存的。
官方网站:http://mqtt.org/
默认端口:1883/8883(TLS)
最新标准:MQTT v3.1.1(OASIS)
英文版:http://docs.oasis-open.org/mqtt/mqtt/v3.1.1/mqtt-v3.1.1.html
中文版:https://github.com/mcxiaoke/mqtt
二、简单介绍
1、MQTT是哪一层的协议?
众所周知,TCP/IP参考模型可以分为四层:应用层、传输层、网络层、链路层。TCP和UDP位于传输层,应用层常见的协议有HTTP、FTP、SSH等。MQTT协议运行于TCP之上,属于应用层协议,因此只要是支持TCP/IP协议栈的地方,都可以使用MQTT。
2、基本概念
*基于Publish/Subscribe的模式,替代传统的客户端/服务器模型
*多维度解耦
空间解耦:发布者和订阅者不需要知道对方
时间解耦:发布者和订阅者不需要同时运行(离线消息)
同步解耦:发布和接受都是异步通信,无需停止任何处理
订阅者可以取消订阅
*Messages
Topics
树状结构命名用“/”区分,类似于REST,比如:home/light/brightness
通配符:
+ 单层通配符 如,a/b/+” 匹配 “a/b/c1” 和 “a/b/c2”,但是不匹配 “a/b/c/d”
# 多层通配符 如 “a/b/c/#" 可以匹配 “a/b/c”、“a/b/c/d” 和 “a/b/c/d/e”
命名规范:http://tinkerman.cat/mqtt-topic-naming-convention/
Server/Broker
负责接收消息,过滤消息并转发给消息订阅者
Client
Broker之外的都是客户端,可以发布或订阅消息
*** pub/sub模型是基于topic的消息转发系统,每个消息都会被贴上一个特定的topic,
消息并不会直接发送给订阅者,而是发布者首先将带有topic的消息发送broker。
订阅者可以从broker订阅自己相关的topic,当broker接收到发布过来的消息后,
broker开始执行基于topic的过滤,将特定的消息转发给特定的订阅者。
3、三种角色
发布者Publisher -> 代理Broker -> 订阅者Subscriber
4、16种消息类型
5、功能
连接Connect / disconnect
发布Publish
订阅Subscribe / unsubscribe
6、特性
服务质量QoS(Quality of Service)
最多一次:发送一次,无需回复,消息有可能丢失。(传感器数据)
至少一次:发送者没有收到接收者的PUBACK,过一段时间会重新发送,消息可能重复。
只有一次:发送过程经过 PUBREC、PUBREL、PUBCOMP,保证一个包只收到一次
保留消息Retained Messages
持续会话Persistent Session
最后遗嘱Last will & Testament
SYS主题
订阅位于$SYS层次下的主题来查看服务器的状态信息
7、消息过滤
基于主题:订阅感兴趣的主题Topic
基于内容:订阅感兴趣的消息的过滤查询
基于类型:基于消息的类型进行过滤