Netty实现高性能IOT服务器(Groza)之手撕MQTT协议篇上

最新推荐文章于 2024-05-14 16:53:03 发布
最新推荐文章于 2024-05-14 16:53:03 发布
阅读量4.7k 收藏 5
点赞数 1
文章标签： netty 嵌入式 网络
原文链接：https://juejin.im/post/5bcc4e1ce51d457a0e17c908
版权

前言

诞生及优势

MQTT由Andy Stanford-Clark（IBM）和Arlen Nipper（Eurotech，现为Cirrus Link）于1999年开发，用于监测穿越沙漠的石油管道。目标是拥有一个带宽有效且使用很少电池电量的协议，因为这些设备是通过卫星链路连接的，当时这种设备非常昂贵。 与HTTP及其请求/响应范例相比，该协议使用发布/订阅体系结构。发布/订阅是事件驱动的，可以将消息推送到客户端。中央通信点是MQTT代理，它负责调度发送者和合法接收者之间的所有消息。向代理发布消息的每个客户端都在消息中包含一个主题。主题是代理的路由信息​。每个想要接收消息的客户端都订阅某个主题，并且代理将具有匹配主题的所有消息传递给客户端。因此，客户不必彼此了解，他们只通过主题进行通信。该架构支持高度可扩展的解决方案，而不依赖于数据生产者和数据使用者。

发布/订阅架构

与HTTP的区别在于客户端不必提取所需的信息，但是在有新内容的情况下，代理会将信息推送到客户端。因此，每个MQTT客户端都与代理具有永久打开的TCP连接。如果此连接在任何情况下中断，MQTT代理可以缓冲所有消息，并在它重新联机时将它们发送到客户端。 如前所述，MQTT中用于分派消息的核心概念是主题。主题是一个简单的字符串，可以有更多的层次结构级别，用斜杠分隔。用于发送起居室的温度数据的示例主题可以是房屋/起居室/温度。一方面，客户端可以订阅确切的主题，或者另一方面使用通配符。对房屋/ + /温度的订阅将导致所有消息发送到先前提到的主题房屋/起居室/温度以及在起居室的地方具有任意值的任何主题，例如房屋/厨房/温度。加号是单级通配符，只允许一个层次结构的任意值。如果您需要订阅多个级别，例如订阅整个子树，还有一个多级通配符（＃）。它允许订阅所有底层层次结构级别。比如房子/＃订阅以house开头的所有主题。

实用人群

以下内容需要你对照着MQTT协议内容仔细推敲

推荐资源:

MQTT协议中文版: mcxiaoke.gitbooks.io/mqtt-cn/con…

MQTT Version 3.1.1: docs.oasis-open.org/mqtt/mqtt/v…

MQTT控制报文格式

MQTT控制报文结构

结构备注
Fixed header固定报头，所有控制报文都包含
Variable header可变报头，部分控制报文包含
Payload有效载荷，部分控制报文包含

固定报头 Fixed header

+-----+-----+-----+-----+-----+------+------+------+-------+
|     |     |     |     |     |      |      |      |       |
| Bit |  7  |  6  |  5  |  4  |  3   |  2   |  1   |  0    |
+-----------+-----+-----+------------+------+------+-------+
|     |                       |                            |
|byte1|MQTT ControlPacket type|          Flags             |
+----------------------------------------------------------+
|     |                                                    |
|byte2|          Remaining Length                          |
+----------------------------------------------------------+
复制代码
控制报文类型(MQTT Control Packet type)
名字值报文流动方向描述
Reserved0禁止保留
CONNECT1客户端到服务端客户端请求连接服务端
CONNACK2服务端到客户端连接报文确认
PUBLISH3两个方向都允许发布消息
PUBACK4两个方向都允许QoS 1消息发布收到确认
PUBREC5两个方向都允许发布收到（保证交付第一步）
PUBREL6两个方向都允许发布释放（保证交付第二步）
PUBCOMP7两个方向都允许QoS 2消息发布完成（保证交互第三步）
SUBSCRIBE8客户端到服务端客户端订阅请求
SUBACK9服务端到客户端订阅请求报文确认
UNSUBSCRIBE10客户端到服务端客户端取消订阅请求
UNSUBACK11服务端到客户端取消订阅报文确认
PINGREQ12客户端到服务端心跳请求
PINGRESP13服务端到客户端心跳响应
DISCONNECT14客户端到服务端客户端断开连接
Reserved15禁止保留
标志(Flags)
控制报文固定报头标志Bit 3Bit 2Bit 1Bit 0
CONNECTReserved0000
CONNACKReserved0000
PUBLISHUsed in MQTT 3.1.1DUP1QoS2QoS2RETAIN3
PUBACKReserved0000
PUBRECReserved0000
PUBRELReserved0010
PUBCOMPReserved0000
SUBSCRIBEReserved0010
SUBACKReserved0000
UNSUBSCRIBEReserved0010
UNSUBACKReserved0000
PINGREQReserved0000
PINGRESPReserved0000
DISCONNECTReserved0000
Bit3Bit2Bit1Bit0
DUPQosQosRETAIN
  • DUP =控制报文的重复分发标志
  • QoS = PUBLISH报文的服务质量等级
  • RETAIN = PUBLISH报文的保留标志

备注:

服务质量等级Qos:**位置：**第1个字节，第2-1位。这个字段表示应用消息分发的服务质量等级保证。

QoS值Bit 2Bit 1描述
000最多分发一次
101至少分发一次
210只分发一次
-11保留位
剩余长度(Remaining Length)

**位置：**从第2个字节开始。

剩余长度（Remaining Length）表示当前报文剩余部分的字节数，包括可变报头和负载的数据。剩余长度不包括用于编码剩余长度字段本身的字节数。

可变报头(Variable header)

某些MQTT控制报文包含一个可变报头部分。它在固定报头和负载之间。可变报头的内容根据报文类型的不同而不同。可变报头的报文标识符（Packet Identifier）字段存在于在多个类型的报文里。这个在后续的MQTT各个控制报文中进行手撕。

有效载荷(Payload)

某些MQTT控制报文在报文的最后部分包含一个有效载荷，对于PUBLISH来说有效载荷就是应用消息。

包含有效载荷的控制报文Control Packets that contain a Payload

控制报文有效载荷
CONNECT需要
CONNACK不需要
PUBLISH可选
PUBACK不需要
PUBREC不需要
PUBREL不需要
PUBCOMP不需要
SUBSCRIBE需要
SUBACK需要
UNSUBSCRIBE需要
UNSUBACK不需要
PINGREQ不需要
PINGRESP不需要
DISCONNECT不需要

MQTT控制报文

CONNECT – 连接服务端

客户端到服务端的网络连接建立后，客户端发送给服务端的第一个报文必须是CONNECT报文 。

在一个网络连接上，客户端只能发送一次CONNECT报文。服务端必须将客户端发送的第二个CONNECT报文当作协议违规处理并断开客户端的连接。

有效载荷包含一个或多个编码的字段。包括客户端的唯一标识符，Will主题，Will消息，用户名和密码。除了客户端标识之外，其它的字段都是可选的，基于标志位来决定可变报头中是否需要包含这些字段。

可变报头

CONNECT报文的可变报头按下列次序包含四个字段：协议名（Protocol Name），协议级别（Protocol Level），连接标志（Connect Flags）和保持连接（Keep Alive）。

协议名（Protocol Name）

协议名是表示协议名 MQTT 的UTF-8编码的字符串。MQTT规范的后续版本不会改变这个字符串的偏移和长度。

如果协议名不正确服务端可以断开客户端的连接，也可以按照某些其它规范继续处理CONNECT报文。对于后一种情况，按照本规范，服务端不能继续处理CONNECT报文

协议级别（Protocol Level）

客户端用8位的无符号值表示协议的修订版本。对于3.1.1版协议，协议级别字段的值是4(0x04)。

如果发现不支持的协议级别，服务端必须给发送一个返回码为0x01（不支持的协议级别）的CONNACK报文响应CONNECT报文，然后断开客户端的连接 。

连接标志（Connect Flags）

连接标志字节包含一些用于指定MQTT连接行为的参数。它还指出有效载荷中的字段是否存在

+-------+---------+----------+--------+------+-------+-------+--------+--------+
|       |         |          |        |      |       |       |        |        |
|  Bit  |    7    |    6     |   5    |  4   |  3    |   2   |   1    |   0    |
+--------------------------------------------+---------------------------------+
|       |User Name|Password  | Will   |              | Will  | Clean  |        |
|       | Flag    | Flag     | Retain |  Will Qos    | Flag  |Session |Reser^ed|
+--------------------------------------------+---------------------------------+
|       |         |          |        |      |       |       |        |        |
| byte8 |    X    |    X     |    X   |   X  |   X   |   X   |   X    |   0    |
+-------+---------+----------+--------+------+-------+-------+--------+--------+

复制代码

服务端必须验证CONNECT控制报文的保留标志位（第0位）是否为0，如果不为0必须断开客户端连接 。

清理会话 Clean Session

**位置：**连接标志字节的第1位

这个二进制位指定了会话状态的处理方式。

客户端和服务端可以保存会话状态，以支持跨网络连接的可靠消息传输。这个标志位用于控制会话状态的生存时间。

遗嘱标志 Will Flag

**位置：**连接标志的第2位。

遗嘱标志（Will Flag）被设置为1，表示如果连接请求被接受了，遗嘱（Will Message）消息必须被存储在服务端并且与这个网络连接关联。之后网络连接关闭时，服务端必须发布这个遗嘱消息，除非服务端收到DISCONNECT报文时删除了这个遗嘱消息

遗嘱QoS Will QoS

**位置：**连接标志的第4和第3位。

这两位用于指定发布遗嘱消息时使用的服务质量等级。

遗嘱保留 Will Retain

**位置：**连接标志的第5位。

如果遗嘱消息被发布时需要保留，需要指定这一位的值。

用户名标志 User Name Flag

**位置：**连接标志的第7位。

如果用户名（User Name）标志被设置为0，有效载荷中不能包含用户名字段 。

如果用户名（User Name）标志被设置为1，有效载荷中必须包含用户名字段 。

密码标志 Password Flag

**位置：**连接标志的第6位。

如果密码（Password）标志被设置为0，有效载荷中不能包含密码字段 。

如果密码（Password）标志被设置为1，有效载荷中必须包含密码字段 。

如果用户名标志被设置为0，密码标志也必须设置为0 。

保持连接 Keep Alive

保持连接（Keep Alive）是一个以秒为单位的时间间隔，表示为一个16位的字，它是指在客户端传输完成一个控制报文的时刻到发送下一个报文的时刻，两者之间允许空闲的最大时间间隔。

客户端负责保证控制报文发送的时间间隔不超过保持连接的值。如果没有任何其它的控制报文可以发送，客户端必须发送一个PINGREQ报文 。

有效载荷

CONNECT报文的有效载荷（payload）包含一个或多个以长度为前缀的字段，可变报头中的标志决定是否包含这些字段。如果包含的话，必须按这个顺序出现：客户端标识符，遗嘱主题，遗嘱消息，用户名，密码 。

响应Response

  1. 网络连接建立后，如果服务端在合理的时间内没有收到CONNECT报文，服务端应该关闭这个连接。
  2. 服务端必须按照3.1节的要求验证CONNECT报文，如果报文不符合规范，服务端不发送CONNACK报文直接关闭网络连接 [MQTT-3.1.4-1]。
  3. 服务端可以检查CONNECT报文的内容是不是满足任何进一步的限制，可以执行身份验证和授权检查。如果任何一项检查没通过，按照3.2节的描述，它应该发送一个适当的、返回码非零的CONNACK响应，并且必须关闭这个网络连接。

CONNACK – 确认连接请求

服务端发送CONNACK报文响应从客户端收到的CONNECT报文。服务端发送给客户端的第一个报文必须是CONNACK。

如果客户端在合理的时间内没有收到服务端的CONNACK报文，客户端应该关闭网络连接。合理 的时间取决于应用的类型和通信基础设施。

剩余长度字段

表示可变报头的长度。对于CONNACK报文这个值等于2。

可变报头

连接确认标志 Connect Acknowledge Flags

第1个字节是 连接确认标志，位7-1是保留位且必须设置为0。 第0 (SP)位 是当前会话（Session Present）标志。

当前会话 Session Present

**位置：**连接确认标志的第0位。

连接返回码 Connect Return code

**位置：**可变报头的第2个字节。

连接返回码字段使用一个字节的无符号值。如果服务端收到一个合法的CONNECT报文，但出于某些原因无法处理它，服务端应该尝试发送一个包含非零返回码（表格中的某一个）的CONNACK报文。如果服务端发送了一个包含非零返回码的CONNACK报文，那么它必须关闭网络连接 。

表格 3.1 –连接返回码的值
值返回码响应描述
00x00连接已接受连接已被服务端接受
10x01连接已拒绝，不支持的协议版本服务端不支持客户端请求的MQTT协议级别
20x02连接已拒绝，不合格的客户端标识符客户端标识符是正确的UTF-8编码，但服务端不允许使用
30x03连接已拒绝，服务端不可用网络连接已建立，但MQTT服务不可用
40x04连接已拒绝，无效的用户名或密码用户名或密码的数据格式无效
50x05连接已拒绝，未授权客户端未被授权连接到此服务器
6-255保留

有效载荷

CONNACK报文没有有效载荷。

PUBLISH – 发布消息

PUBLISH控制报文是指从客户端向服务端或者服务端向客户端传输一个应用消息。

固定报头

  • DUP =控制报文的重复分发标志
  • QoS = PUBLISH报文的服务质量等级
  • RETAIN = PUBLISH报文的保留标志

可变报头

可变报头按顺序包含主题名和报文标识符。

主题名 Topic Name

主题名（Topic Name）用于识别有效载荷数据应该被发布到哪一个信息通道。

主题名必须是PUBLISH报文可变报头的第一个字段。它必须是 1.5.3节定义的UTF-8编码的字符串。

PUBLISH报文中的主题名不能包含通配符 。

服务端发送给订阅客户端的PUBLISH报文的主题名必须匹配该订阅的主题过滤器（根据 4.7节定义的匹配过程）。

报文标识符 Packet Identifier

只有当QoS等级是1或2时，报文标识符（Packet Identifier）字段才能出现在PUBLISH报文中。2.3.1节提供了有关报文标识符的更多信息。

有效载荷

有效载荷包含将被发布的应用消息。

数据的内容和格式是应用特定的。有效载荷的长度这样计算：用固定报头中的剩余长度字段的值减去可变报头的长度。包含零长度有效载荷的PUBLISH报文是合法的。

响应

PUBLISH报文的接收者必须按照根据PUBLISH报文中的QoS等级发送响应。

服务质量等级预期响应
QoS 0无响应
QoS 1PUBACK报文
QoS 2PUBREC报文

PUBACK –发布确认

PUBACK报文是对QoS 1等级的PUBLISH报文的响应。

剩余长度字段

表示可变报头的长度。对PUBACK报文这个值等于2.

可变报头

包含等待确认的PUBLISH报文的报文标识符。

有效载荷

PUBACK报文没有有效载荷。

PUBREC – 发布收到（QoS 2，第一步）

PUBREC报文是对QoS等级2的PUBLISH报文的响应。它是QoS 2等级协议交换的第二个报文。

剩余长度字段

表示可变报头的长度。对PUBREC报文它的值等于2。

可变报头

可变报头包含等待确认的PUBLISH报文的报文标识符。

有效载荷

PUBREC报文没有有效载荷。

Netty实现

 MqttMessage pubRecMessage = MqttMessageFactory.newMessage(
 new MqttFixedHeader(MqttMessageType.PUBREC, false, MqttQoS.AT_MOST_ONCE, false, 2),
                MqttMessageIdVariableHeader.from(variableHeader.messageId()),
                null);
复制代码

PUBREL – 发布释放（QoS 2，第二步）

PUBREL报文是对PUBREC报文的响应。它是QoS 2等级协议交换的第三个报文。

PUBREL控制报文固定报头的第3,2,1,0位是保留位，必须被设置为0,0,1,0。服务端必须将其它的任何值都当做是不合法的并关闭网络连接 。

剩余长度字段

表示可变报头的长度。对PUBREL报文这个值等于2.

可变报头

可变报头包含与等待确认的PUBREC报文相同的报文标识符。

有效载荷

PUBREL报文没有有效载荷。

Netty实现

MqttMessage pubRecMessage = MqttMessageFactory.newMessage(
 new MqttFixedHeader(MqttMessageType.PUBREC, false, MqttQoS.AT_LEAST_ONCE, false, 2),
                MqttMessageIdVariableHeader.from(variableHeader.messageId()),
                null);
复制代码

PUBCOMP – 发布完成（QoS 2，第三步）

PUBCOMP报文是对PUBREL报文的响应。它是QoS 2等级协议交换的第四个也是最后一个报文。

剩余长度字段

表示可变报头的长度。对PUBCOMP报文这个值等于2。

可变报头

可变报头包含与等待确认的PUBREL报文相同的报文标识符。

有效载荷

PUBCOMP报文没有有效载荷。

Netty实现

 MqttMessage pubCompMessage = MqttMessageFactory.newMessage(
 new MqttFixedHeader(MqttMessageType.PUBCOMP, false, MqttQoS.AT_MOST_ONCE, false, 2),
                MqttMessageIdVariableHeader.from(variableHeader.messageId()),
                null);
复制代码

SUBSCRIBE - 订阅主题

客户端向服务端发送SUBSCRIBE报文用于创建一个或多个订阅。每个订阅注册客户端关心的一个或多个主题。为了将应用消息转发给与那些订阅匹配的主题，服务端发送PUBLISH报文给客户端。SUBSCRIBE报文也（为每个订阅）指定了最大的QoS等级，服务端根据这个发送应用消息给客户端。

剩余长度字段

等于可变报头的长度（2字节）加上有效载荷的长度。

可变报头

可变报头包含报文标识符。

有效载荷

SUBSCRIBE报文的有效载荷包含了一个主题过滤器列表，它们表示客户端想要订阅的主题。

SUBSCRIBE报文有效载荷中的主题过滤器列表必须是1.5.3节定义的UTF-8字符串 [MQTT-3.8.3-1]。

服务端应该支持包含通配符（4.7.1节定义的）的主题过滤器。如果服务端选择不支持包含通配符的主题过滤器，必须拒绝任何包含通配符过滤器的订阅请求 [MQTT-3.8.3-2]。

每一个过滤器后面跟着一个字节，这个字节被叫做 服务质量要求（Requested QoS）。它给出了服务端向客户端发送应用消息所允许的最大QoS等级。

SUBSCRIBE报文的有效载荷必须包含至少一对主题过滤器 和 QoS等级字段组合。没有有效载荷的SUBSCRIBE报文是违反协议的 [MQTT-3.8.3-3]。有关错误处理的信息请查看4.8节。

请求的最大服务质量等级字段编码为一个字节，它后面跟着UTF-8编码的主题名，那些主题过滤器 /和QoS等级组合是连续地打包。

当前版本的协议没有用到服务质量要求（Requested QoS）字节的高六位。如果有效载荷中的任何位是非零值，或者QoS不等于0,1或2，服务端必须认为SUBSCRIBE报文是不合法的并关闭网络连接 。

SUBACK – 订阅确认

服务端发送SUBACK报文给客户端，用于确认它已收到并且正在处理SUBSCRIBE报文。

SUBACK报文包含一个返回码清单，它们指定了SUBSCRIBE请求的每个订阅被授予的最大QoS等级。

剩余长度字段

等于可变报头的长度加上有效载荷的长度。

可变报头

可变报头包含等待确认的SUBSCRIBE报文的报文标识符。

有效载荷

有效载荷包含一个返回码清单。每个返回码对应等待确认的SUBSCRIBE报文中的一个主题过滤器。返回码的顺序必须和SUBSCRIBE报文中主题过滤器的顺序相同 。

Bit76543210
返回码
byte 1X00000XX

允许的返回码值：

  • 0x00 - 最大QoS 0
  • 0x01 - 成功 – 最大QoS 1
  • 0x02 - 成功 – 最大 QoS 2
  • 0x80 - Failure 失败

0x00, 0x01, 0x02, 0x80之外的SUBACK返回码是保留的，不能使用。

UNSUBSCRIBE –取消订阅

客户端发送UNSUBSCRIBE报文给服务端，用于取消订阅主题。

UNSUBSCRIBE报文固定报头的第3,2,1,0位是保留位且必须分别设置为0,0,1,0。

即:

  • DUP =控制报文的重复分发标志 : false
  • QoS = PUBLISH报文的服务质量等级: Qos1(至少分发一次)
  • RETAIN = PUBLISH报文的保留标志: false

服务端必须认为任何其它的值都是不合法的并关闭网络连接 。

剩余长度字段

等于可变报头的长度加上有效载荷的长度。

可变报头

有效载荷

UNSUBSCRIBE报文的有效载荷包含客户端想要取消订阅的主题过滤器列表。UNSUBSCRIBE报文中的主题过滤器必须是连续打包的。

UNSUBSCRIBE报文的有效载荷必须至少包含一个消息过滤器。没有有效载荷的UNSUBSCRIBE报文是违反协议的。

响应

UNSUBSCRIBE报文提供的主题过滤器（无论是否包含通配符）必须与服务端持有的这个客户端的当前主题过滤器集合逐个字符比较。如果有任何过滤器完全匹配，那么它（服务端）自己的订阅将被删除，否则不会有进一步的处理 。

如果服务端删除了一个订阅：

  • 它必须停止分发任何新消息给这个客户端 。
  • 它必须完成分发任何已经开始往客户端发送的QoS 1和QoS 2的消息。
  • 它可以继续发送任何现存的准备分发给客户端的缓存消息。

服务端必须发送UNSUBACK报文响应客户端的UNSUBSCRIBE请求。UNSUBACK报文必须包含和UNSUBSCRIBE报文相同的报文标识符 。即使没有删除任何主题订阅，服务端也必须发送一个UNSUBACK响应 。

如果服务端收到包含多个主题过滤器的UNSUBSCRIBE报文，它必须如同收到了一系列的多个UNSUBSCRIBE报文一样处理那个报文，除了将它们的响应合并到一个单独的UNSUBACK报文外。

UNSUBACK – 取消订阅确认

服务端发送UNSUBACK报文给客户端用于确认收到UNSUBSCRIBE报文。

剩余长度字段

表示可变报头的长度，对UNSUBACK报文这个值等于2。

可变报头

可变报头包含等待确认的UNSUBSCRIBE报文的报文标识符。

有效载荷

UNSUBACK报文没有有效载荷。

Netty实现

MqttUnsubAckMessage unsubAckMessage = (MqttUnsubAckMessage)MqttMessageFactory.newMessage(
 new MqttFixedHeader(MqttMessageType.UNSUBACK, false, MqttQoS.AT_MOST_ONCE, false, 2),
 MqttMessageIdVariableHeader.from(msg.variableHeader().messageId()),
 null);
复制代码

PINGREQ – 心跳请求

客户端发送PINGREQ报文给服务端的。用于：

  1. 在没有任何其它控制报文从客户端发给服务的时，告知服务端客户端还活着。
  2. 请求服务端发送 响应确认它还活着。
  3. 使用网络以确认网络连接没有断开。

保持连接（Keep Alive）处理中用到这个报文。

可变报头

PINGREQ报文没有可变报头。

有效载荷

PINGREQ报文没有有效载荷。

响应

服务端必须发送 PINGRESP报文响应客户端的PINGREQ报文

Netty实现

 MqttMessage pingReqMessage = MqttMessageFactory.newMessage(
 new MqttFixedHeader(MqttMessageType.PINGREQ, false,MqttQoS.AT_MOST_ONCE, false, 0),
                null,
                null);
复制代码

PINGRESP – 心跳响应

服务端发送PINGRESP报文响应客户端的PINGREQ报文。表示服务端还活着。保持连接（Keep Alive）处理中用到这个报文。

可变报头

PINGRESP报文没有可变报头。

有效载荷

PINGRESP报文没有有效载荷。

Netty实现

MqttMessage pingRespMessage = MqttMessageFactory.newMessage(
 new MqttFixedHeader(MqttMessageType.PINGREQ, false,MqttQoS.AT_MOST_ONCE, false, 0),
                null,
                null);
复制代码

DISCONNECT –断开连接

DISCONNECT报文是客户端发给服务端的最后一个控制报文。表示客户端正常断开连接。

可变报头

DISCONNECT报文没有可变报头。

有效载荷

DISCONNECT报文没有有效载荷。

响应

客户端发送DISCONNECT报文之后：

  • 必须关闭网络连接 。
  • 不能通过那个网络连接再发送任何控制报文 。

服务端在收到DISCONNECT报文时：

  • 必须丢弃任何与当前连接关联的未发布的遗嘱消息。
  • 应该关闭网络连接，如果客户端 还没有这么做。

Netty实现

MqttMessage disConnectMessage = MqttMessageFactory.newMessage(
 new MqttFixedHeader(MqttMessageType.DISCONNECT, false,MqttQoS.AT_MOST_ONCE, false,0),
                null,
                null);
复制代码

其他

关于Netty实现高性能IOT服务器(Groza)之手撕MQTT协议篇上详解到这里就结束了。

原创不易，如果感觉不错，希望给个推荐！您的支持是我写作的最大动力！

下文会带大家推进Netty实现MQTT协议的IOT服务器。

版权声明:

作者：穆书伟

博客园出处：www.cnblogs.com/sanshengshu…

github出处：github.com/sanshengshu…    

个人博客出处：sanshengshui.github.io/

weixin_33733810
关注
  • 1
    点赞
  • 踩
  • 5
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
netty实现mtqq_Netty实现高性能IOT服务器(Groza)之手撕MQTT协议篇上
weixin_39553757的博客
12-21 1100
前言诞生及优势MQTT由Andy Stanford-Clark(IBM)和Arlen Nipper(Eurotech，现为Cirrus Link)于1999年开发，用于监测穿越沙漠的石油管道。目标是拥有一个带宽有效且使用很少电池电量的协议，因为这些设备是通过卫星链路连接的，当时这种设备非常昂贵。与HTTP及其请求/响应范例相比，该协议使用发布/订阅体系结构。发布/订阅是事件驱动的，可以将消息推送到...
Springboot+Netty搭建MQTT协议的服务端(基础Demo)
热门推荐
蚂蚁舞
02-24 2万+
Netty是业界最流行的nio框架之一，结合springboot可以满足快速开发，MQTT（Message Queuing Telemetry Transport，消息队列遥测传输协议），是一种基于发布/订阅（publish/subscribe）模式的"轻量级"通讯协议，该协议构建于TCP/IP协议上的。MQTT协议的可以用在物联网、小型设备、还有移动应用上。Netty也可以实现MQTT协议，他的内部封装了MQTT协议的相关对象
MQTT协议基本讲解(结合netty)
zwjzone的博客
06-09 3618
主要包含协议名，协议版本，连接标志，心跳间隔时间，连接返回码，主题名、是否有遗嘱、是否有用户名密码等等，这个自己定义，其中协议版本号一定要写对，否则在netty中使用会报错的，另外就是主题名了，这就相当于mq中的路由键一样，根据需求来写。127，但如果实际长度是128怎么办，那么一个字节就没办法表示了，那就把最后一位（前七位代表实际数字）改成1，然后再增加一个字节来表示，以此类推，如果第二个字节还无法表示这个数，那就继续往下，但是最多四个字节。这个就是消息服务质量等级了，有三个级别，级别越高，消息越精准。
从零开始搭建属于自己的物联网平台（三）基于netty实现mqtt server网关(1)
最新发布
2401_84004044的博客
05-14 1032
自我介绍一下，小编13年上海交大毕业，曾经在小公司待过，也去过华为、OPPO等大厂，18年进入阿里一直到现在。深知大多数Java工程师，想要提升技能，往往是自己摸索成长，自己不成体系的自学效果低效漫长且无助。因此收集整理了一份《2024年嵌入式&物联网开发全套学习资料》，初衷也很简单，就是希望能够帮助到想自学提升又不知道该从何学起的朋友，同时减轻大家的负担。既有适合小白学习的零基础资料，也有适合3年以上经验的小伙伴深入学习提升的进阶课程，基本涵盖了95%以上嵌入式&物联网开发知识点，真正体系化！
springboot+netty+mqtt服务端实现
zwjzone的博客
04-12 5160
springboot+netty+mqtt服务端代码实现
基于Netty实现 mqtt服务器
todostudy的博客
11-01 2275
基于Netty实现 mqtt服务器
Netty实现高性能IOT服务器(Groza)之MQTT协议
深圳市多克创新科技有限公司
10-16 1890
Netty实现高性能IOT服务器(Groza)之手撕MQTT协议
mqttserver:基于netty实现mqtt协议 服务器端开发
05-19
mqttserver，基于netty 4.1.1，可解码http、mqtt协议请求。 项目包括： 1.基于netty绑定端口监听，对于mqtt消息和http请求消息分别绑定不同的监听端口； 2.在MQTTServerInitializer中，分别添加mqtt编码解码器和http...
基于netty实现mqtt协议 服务器端开发，可解码http、mqtt协议请求
04-29
3.在MQTTServerHandler中实现对mqtt消息的自定义处理。该handle类中处理包含内容： 对长链接通道建立clientid-channel内存缓存； 客户端接入时的在线状态处理； 对于不同类型的mqtt消息的分发处理； 连接...
springboot+netty实现mqtt协议的broken
11-09
本项目结合了这两个强大的工具，实现了MQTT（Message Queuing Telemetry Transport）协议的处理，这在物联网(IoT)场景中尤其常见，因为MQTT是一种轻量级的发布/订阅消息协议，适合低带宽、高延迟或不稳定网络环境。...
一篇文章，读懂Netty的高性能架构之道
02-25
Netty是一个高性能、异步事件驱动的NIO框架，它提供了对TCP、UDP和文件传输的支持，作为一个异步NIO框架，Netty的所有IO操作都是异步非阻塞的，通过Future-Listener机制，用户可以方便的主动获取或者通过通知机制...
iot_push：基于netty + mqtt3.1.1 + springboot + jdk8实现的mqtt服务端跟客户端
02-05
iot_push基于netty + mqtt 3.1.1协议开发的物联网消息推送框架（此项目不维护了）请参考新项目（ ）项目目录更新日志基于netty4.1-final + springboot实现的Mqtt 3.1.1物联网标准推送协议MQTT协议是IBM开发的即时...
基于SpringBoot整合Netty开发MQTT服务端
谁念西风独自凉
10-21 9156
Netty认知 Netty是一款基于NIO（Nonblocking I/O，非阻塞IO）开发的网络通信框架，相比传统Socket，在并发性方面有着很大的提升。关于NIO,BIO,AIO之间的区别，可以参考这篇博客：NIO 、 BIO与AIO之间的区别_谁念西风独自凉-CSDN博客 MQTT服务端实现 首先我们启动一个tcp服务，这里我用到了Redis与RabbitMQ，主要是与分布式WEB平台之间好对接 @Component public class ApplicationEventList.
springboot+Netty搭建MQTT协议的服务端
qq_39560017的博客
04-28 4402
本文基于基础版的netty实现mqtt 在此功能基础上，进行了功能强化,新增了用户鉴权、多用户订阅推送，后续将再新增qos2级别消息处理、topic filter功能，本人会持续更新 Netty是业界最流行的nio框架之一，结合springboot可以满足快速开发 MQTT（Message Queuing Telemetry Transport，消息队列遥测传输协议），是一种基于发布/订阅（publish/subscribe）模式的"轻量级"通讯协议，该协议构建于TCP/IP协议上的。MQTT协议的可以用在
基于 Dotnetty 的 Mqtt Client
xhydongda的博客
03-12 1519
Dotnetty Netty是顶顶大名的网络通讯开发库，使通讯开发人员再也不用非九牛二虎之力来处理socket通讯和一些常见应用层协议如HTTP、WEBSOCKET、MQTT等底层问题，而可以专心做应用层的开发工作。Dotnetty是Azure团队照着Netty开发的C#版本。 MQTT Client 基于 Netty/Dotnetty 提供的是MQTT 14种Packet和编码、解码的实现，没有提供MQTT客户端或服务端的官方实现，我重点参考了https://github.com/j...
mqtt与硬件交互_一个关于小程序Iot的具体实现（MQTT版）
weixin_39595310的博客
12-19 353
前言Iot，这个名词应该很多人都听过了吧，即大数据、Ai等兴起后也紧跟着研发大潮流的到来，即物联网。传统简单的说就是智能化、程序化的控制硬件设施，大家最容易想到的应该是智能家居，通过一个App或者遥控进行对家具设置的远程控制。而今天要说的是人与物之间的通信控制，且通过互联网产品来执行人的命令，而机器进行应答。竞品说到小程序控制硬件，大家应该立马想到什么产品呢？某拜、某FO、售货机等等，他们的架构上...
IOT物联网技术架构_腾讯开源物联网操作系统提升IoT终端产品开发效率
weixin_39567222的博客
11-20 305
【新智元导读】TencentOS tiny是腾讯面向物联网领域开发的实时操作系统，具有低功耗，低资源占用，模块化，安全可靠等特点，可有效提升物联网终端产品开发效率。TencentOS tiny 提供精简的 RTOS 内核，内核组件可裁剪可配置，可快速移植到多种主流 MCU (如STM32全系列)及模组芯片上。TencentOS Tiny 简介TencentOS tiny是腾讯面向物联网领域开发的实...
手把手使用netty4+Springboot2.x实现mqtt协议之客户端与服务器端
weixin_37698996的博客
03-14 7055
大家好，由于我想去北京找工作，但是发现北京人才济济，很多岗位都能胜任，但是因为专科学历，连面试机会都没有，不过今天我给大家带来的教程，是完全可以让大家快速搭建netty-mqtt服务的干货，源码里面有日志，详细记录服务端在与客户端交互的接收包状态，并给大家准备了一套纯净版springboot+netty 4.x的源码实现方案。 ...
iot mqtt netty
05-19
IoT (Internet of Things) 是指通过互联网连接和互相通信的设备网络，MQTT (Message Queuing Telemetry Transport) 是一种轻量级的消息传输协议，通常用于 IoT 设备之间的通信。Netty 是一个基于 Java 的网络编程框架，可以用于开发高性能的网络应用程序。 在 IoT 应用中，可以使用 Netty 实现 MQTT 协议的客户端或服务端，实现设备之间的数据传输和通信。Netty 提供了高性能的异步网络通信功能，可以处理大量的并发连接和消息传输，同时还能支持多种协议的编解码和处理。因此，Netty 是一个非常适合用于开发 IoT 应用的网络编程框架。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值