MQTT协议与EMQ

文章目录

  • 前言
  • 一、MQTT协议介绍
      • 1. 物联网的通信协议:
      • 2.MQTT 协议特点
      • 3. MQTT协议设计规范
      • 4.MQTT协议主要特性
      • 5.MQTT协议实现方式
      • 6.MQTT客户端
      • 7.MQTT服务器端
      • 8. 发布/订阅、主题、会话
      • 9. MQTT协议中的方法
      • 10.MQTT协议数据包结构
  • 二、EMQX简介
    • 1. EMQ X服务端环境搭建与配置
      • 1.1安装
      • 1.2启动


前言

EMQX官方文档:EMQX官方文档

一、MQTT协议介绍

1. 物联网的通信协议:

设备与设备之间要进行交互 这个应该是什么样的格式 设备与平台 设备与人要进行交互 这个数据应该是什么格式 都是协议来定义的
物联网的协议必须针对物联网的通信有几个关键的问题需要解决
第一个问题 :
物联网设备所处的网络环境复杂 :
比如有的地方设备环境网络不是特别稳 有的设备所在环境相对比较好
这可能会导致有一些设备一会在线 一会不在线
那设备与设备 设备与平台之间要进行消息的交互 因为网络的原因 这些数据有可能被接收到也有可能会接收不到 那这个通信协议就必须具备能保证这个消息数据整体发送的质量 就是消息一定 要被接收到
第二个问题 :
这些物理设备在这个设备上装一些芯片 传感器 那么这些芯片上都会去嵌入一些程序 那这些程序在运行过程中 内存不是很大 处理能力不强 那么在芯片上的程序不能特别大
处理数据不能特别繁琐 也不能去处理很大量的数据 那这些问题都是物联网通信协议需要去考虑的问题

MQTT协议就是专门在物联网行业中对这些问题有非常好的解决方案

MQTT 是基于 Publish/Subscribe 模式的物联网通信协议,凭借简单易实现、支持 QoS、报文小等特点,占据了物联网协议的半壁江山:

mqtt官网:http://mqtt.org/
mqtt中文网:http://mqtt.p2hp.com/

传统的请求响应模型 服务端不会主动发送请求给客户端 一个请求对应一个响应
MQTT协议与EMQ_第1张图片

MQTT协议与EMQ_第2张图片

2.MQTT 协议特点

1.简单.
2.支持消息服务质量 解决因为网络环境的复杂.不可靠导致的消息不能被安全可靠传输的问题
3.发送的报文数据小 占用带宽小 解决芯片存储数小的问题

MQTT协议与EMQ_第3张图片

一次订阅成功之后 后续只要客户端有数据发送过来
MQTT服务端主动将数据推送给pc端或者手机端
极少的代码有限的带宽 为远程的一些设备提供实时可靠的消息服务本身性能网络开销小

MQTT协议与EMQ_第4张图片

3. MQTT协议设计规范

由于物联网的环境是非常特别的,所以MQTT遵循以下设计原则:
(1)精简,不添加可有可无的功能;
(2)发布/订阅(Pub/Sub)模式,方便消息在传感器之间传递,解耦Client/Server模式,带来的好处在于不必预先知道对方的存在(ip/port),不必同时运行;
(3)允许用户动态创建主题(不需要预先创建主题),零运维成本;
(4)把传输量降到最低以提高传输效率;
(5)把低带宽、高延迟、不稳定的网络等因素考虑在内;
(6)支持连续的会话保持和控制(心跳);
(7)理解客户端计算能力可能很低;
(8)提供服务质量( quality of service level:QoS)管理;
(9)不强求传输数据的类型与格式,保持灵活性(指的是应用层业务数据)。

4.MQTT协议主要特性

MQTT协议工作在低带宽、不可靠的网络的远程传感器和控制设备通讯,而设计的协议,它具有以下主要的几项特性;
(1)开放消息协议,简单易实现。
(2)使用发布/订阅消息模式,提供一对多的消息发布,解除应用程序耦合
(3)对负载(协议携带的应用数据)内容屏蔽的消息传输。
(4)基于TCP/IP网络连接,提供有序,无损,双向连接。
主流的MQT是基于TCP连接进行数据推送的,但是同样有基于UDP的版本,叫做MQTT-SN。
这两种版本由于基于不同的连接方式,优缺点自然也就各有不同了。
(5)消息服务质量(Q0S)支持,可靠传输保证;有三种消息发布服务质量:
QoS0:“至多一次",消息发布完全依赖底层TCP/IP网络。会发生消息丢失或重复。这一级别可用
如下情况,环境传感器数据,丢失一次读记录无所谓,因为不久后还会有第二次发送。这一种方式主要普通APP的推送,倘若你的智能设备在消息推送时未联网,推送过去没收到,再次联网也就收不了。
QoS1:“至少一次",确保消息到达,但消息重复可能会发生。 在支付情况在不可取
QoS2:“只有一次",确保消息到达一次。在一些要求比较严格的计费系统中,可以使用此级别。在计费系统中,消息重复或丢失会导致不正确的结果。这种最高质量的消息发布服务还可以用于即时通讯类的APP的推送,确保用户收到且只会收到一次。
(6)1字节固定报头,2字节心跳报文,最小化传输开销和协议交换,有效减少网络流量,
这就是为什么在介绍里说它非常适合"在物联网领域,传感器与服务器的通信,信息的收集,要知道嵌入式设备的运算能力和带宽都相对薄弱,使用这种协议来传递消息再适合不过了。
(7)在线状态感知:使用Last Will和Testament特性通知有关各方客户端异常中断的机制。
服务端和客户端有心跳感知 服务端实实检测客户端或者设备的状态
Last Wi:即遗言机制,用于通知同一主题下的其他设备,发送遗言的设备已经断开了连接。
当客户端下线 服务端帮客户端执行某一件事情
Testament:遗嘱机制,功能类似于Last Will.

5.MQTT协议实现方式

实现MQTT协议需要客户端和服务器端通讯完成,在通讯过程中,MQTT协议中有三种身份:
发布者(Publish)、代理(Broker)(服务器),订阅者(Subscribe)。其中,消息的发布者和订阅者都是客户端消息代理是服务器,消息发布者可以同时是订阅者。
MQTT传输的消息分为:主题(Topic)和负载(payload)两部分:
(1) Topic,可以理解为消息的类型,订阅者订阅(Subscribe)后,就会收到该主题的消息内容(payload);
(2) payload,可以理解为消息的内容,是指订阅者具体要使用的内容

6.MQTT客户端

一个使用MQTT协议的应用程序或者设备,它总是建立到服务器的网络连接。客户端可以:
(1)发布其他客户端可能会订阅的信息;
(2)订阅其它客户端发布的消息;
(3)退订或删除应用程序的消息;
(4)断开与服务器连接

7.MQTT服务器端

MQTT服务器以称为"消息代理”(Broker),可以是一个应用程序或一台设备。它是位于消息发布者和订阅者之间,它可以:
(1)接受来自客户的网络连接;
(2)接受客户发布的应用信息;
(3)处理来自客户端的订阅和退订请求;
(4)向订阅的客户转发应用程序消息。

8. 发布/订阅、主题、会话

MQTT 是基于 发布(Publish)/订阅(Subscribe) 模式来进行通信及数据交换的,与 HTTP 的 请求(Request)/应 答(Response) 的模式有本质的不同。
订阅者(Subscriber) 会向 消息服务器(Broker) 订阅一个 主题(Topic) 。成功订阅后,消息服务器会将该主题下的消息转发给所有的订阅者。
主题(Topic)以 ‘/’ 为分隔符区分不同的层级。包含通配符 ‘+’ 或 ‘#’ 的主题又称为 主题过滤器(Topic Filters); 不含通配符的称为 主题名(Topic Names) 例如:

chat/room/1
sensor/10/temperature
sensor/+/temperature
$SYS/broker/metrics/packets/received
$SYS/broker/metrics/#

‘+’: 表示通配一个层级,例如a/+,匹配a/x, a/y
‘#’: 表示通配多个层级,例如a/#,匹配a/x, a/b/c/d
注: ‘+’ 通配一个层级,’#’ 通配多个层级(必须在末尾)。

发布者(Publisher) 只能向 ‘主题名’ 发布消息,订阅者(Subscriber) 则可以通过订阅 ‘主题过滤器’ 来通配多个主题名称。
会话(Session)
每个客户端与服务器建立连接后就是一个会话,客户端和服务器之间有状态交互。会话存在于一个网络之间,也可能在客户端和服务器之间跨越多个连续的网络连接。

9. MQTT协议中的方法

MQTT协议中定义了一些方法(也被称为动作),来于表示对确定资源所进行操作。这个资源可以代表预先存在的数据或动态生成数据,这取决于服务器的实现。通常来说,资源指服务器上的文件或输出。主要方法有:
(1)CONNECT:客户端连接到服务器
(2)CONNACK:连接确认
(3)PUBLISH:发布消息
(4)PUBACK:发布确认
(5)PUBREC:发布的消息已接收
(6)PUBREL:发布的消息已释放
(7)PUBCOMP:发布完成
(8)SUBSCRIBE:订阅请求
(9)SUBACK:订阅确认
(10)UNSUBSCRIBE:取消订阅
(11)UNSUBACK:取消订阅确认
(12)PINGREQ:客户端发送心跳
(13)PINGRESP:服务端心跳响应
(14)DISCONNECT:断开连接
(15)AUTH:认证

10.MQTT协议数据包结构

官方文档中对于MQTT协议包的结构有着具体的说明:http://mqtt.org/documentation

二、EMQX简介

MQTT属于是物联网的通信协议,在MQTT协议中有两大角色:客户端(发布者/订阅者),服务端(Mqtt
broker);针对客户端和服务端需要有遵循该协议的的具体实现,EMQ/EMQ X就是MQTT Broker的一种实现。
EMQ官网:https://www.emqx.io/cn/
EMQ X 是开源百万级分布式 MQTT 消息服务器(MQTT Messaging Broker),用于支持各种接入标准 MQTT协议的设备, 实现从设备端到服务器端的消息传递,以及从服务器端到设备端的设备控制消息转发。从而实现物联网设备的数据采集,和对设备的操作和控制。

1. EMQ X服务端环境搭建与配置

1.1安装

EMQ X 目前支持的操作系统:
Centos6
Centos7
OpenSUSE tumbleweed
Debian 8
Debian 9
Debian 10
Ubuntu 14.04
Ubuntu 16.04
Ubuntu 18.04
macOS 10.13
macOS 10.14
macOS 10.15
产品部署建议 Linux 服务器,不推荐 Windows 服务器。
安装包下载链接:https://www.emqx.io/cn/downloads#broker
更多安装教程:https://docs.emqx.cn/broker/v4.3/getting-started/install.html

Shell 脚本一键安装 (Linux)

 curl https://repos.emqx.io/install_emqx.sh | bash
  1. 获取 Docker 镜像
 docker pull emqx/emqx:4.3.7
  1. 启动 Docker 容器
docker run -d --name emqx -p 1883:1883 -p 8081:8081 -p 8083:8083 -p 8084:8084 -p 8883:8883 -p 18083:18083 emqx/emqx:4.3.7

1.2启动

当 EMQ X 成功运行在你的本地计算机上且 EMQ X Dashboard 被默认启用时,通过访问
http://localhost:18083 来查看Dashboard,默认用户名是 admin ,密码是 public 。

MQTT协议与EMQ_第5张图片

你可能感兴趣的:(网络,linux,物联网,java,数据库)