【IM即时通讯】MQTT协议的详解

已于 2024-04-07 10:00:58 修改
阅读量1k 收藏 21
点赞数 15
分类专栏： MQTT XMPP 即使通讯 文章标签： 学习 网络 服务器
于 2024-03-15 11:19:53 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/SSHH_ZHU/article/details/136458017
版权
MQTT 同时被 3 个专栏收录
4 篇文章 0 订阅
订阅专栏
XMPP
4 篇文章 0 订阅
订阅专栏
即使通讯
4 篇文章 0 订阅
订阅专栏

【IM即时通讯】MQTT协议的详解

本博客大致内容均来自：MQTT官方文档
在这里插入图片描述

文章目录

一、MQTT 表示报文类型用了 4 位，16 种组合。

在MQTT协议中，一个MQTT数据包由：固定头（Fixed header）、可变头（Variable header）、消息体（payload）三部分构成。

报文类型含义
Fixed Header固定报文头
Variable Header可变报文头 （注意这个是非必须的）
PayLoad荷载（也就是数据）（注意这个是非必须的）

红色部分为固定头、绿色可变头、紫色为消息体
在这里插入图片描述

（1）固定头（Fixed header）。

  • 【Message Type】存在于所有MQTT数据包中，表示数据包类型及数据包的分组类标识。
NameValue（2进制示例）Direction of flowDescription
Reserved0禁止占位不使用
CONNECT0001 0000Client->Server客户端连接时候使用，例如PC\APP
CONNACK0010 0000Server->Client连接完毕后进行ACK确认
PUBLISH0011 0000<->发布消息（发送消息）示例中DUP、两个QoS、RETAIN全填0为例
PUBACK0010 0000<->QoS1消息发布确认
PUBREC0011 0000<->发布收到
PUBREL0101 0000<->发布释放
PUBCOMP0111 0000<->Qos2消息发布完成
SUBSCRIBE1000 0010Client->Server客户端订阅需求
SUBACK1001 0000Server->Client订阅请求报ACK
UNSUBSCRIBE1010 0010Client->Server客户端取消订阅请求
UNSUBACK1011 0000Server->Client取消订阅请求ACK
PINGREQ1100 0000Client->Server心跳请求
PINGRESP1110 0000Server->Client心跳ACK
DISCONNECT1111 0000Client->Server客户端连接时候使用，例如PC\APP
Reserved15禁止占位不使用
  • 【DUP、QOs Lvel、 RET】
    **位置：**byte 1, bits 3-0。
    • DUP：发布消息的副本。用来在保证消息的可靠传输，如果设置为 1，则在下面的变长中增加MessageId，并且需要回复确认，以保证消息传输完成，但不能用于检测消息重复发送。
    • QoS发布消息的服务质量（前面已经做过介绍），即：保证消息传递的次数
      00：最多一次，即：<=1
      01：至少一次，即：>=1
      10：一次，即：=1
      11：预留
    • RETAIN：发布保留标识，表示服务器要保留这次推送的信息，如果有新的订阅者出现，就把这消息推送给它，如果设有那么推送至当前订阅者后释放。

标记为所对应的类型：表示

message Type （消息类型）Fixed header flags（固定头标记位）第3位字节第2位字节第1位字节第0位字节
CONNECT禁止0000
CONNACK禁止0000
PUBLISHMQTT 3.1.1 中使用DUP1QoS2QoS2RETAIN3
PUBACK禁止0000
PUBREC禁止0000
PUBREL禁止0010
PUBCOMP禁止0000
SUBSCRIBE禁止0010
SUBACK禁止0000
UNSUBSCRIBE禁止0010
UNSUBACK禁止0000
PINGREQ禁止0000
PINGRESP禁止0000
DISCONNECT禁止0000
  • 【Remaining Length】
    细心的同学还发现了一个 Byte 也在固定头中，这个为了 保存变长头部和消息体的总大小的，但不是直接保存的。这一字节是可以扩展，其保存机制，前7位用于保存长度，后一部用做标识。当最后一位为 1时，表示长度不足，需要使用二个字节继续保存。例如：计算出后面的大小为0
    【敲黑板】:
    表示的是本数据包剩余部分的字节数，即可变头部和载荷的字节数之和。为了节省传输时的字节数，Remaining Length 采用的是一种变长编码方式。这就是说 Remaining Length 字段的字节数不是固定的，它可能使用1~4个字节。既然 Remaining Length 的字节数是可变的，那么问题来了，我们在解码包数据的时候，怎么知道 Remaining Length 究竟是使用几个字节编码的呢？解决这个问题的办法是，将每个字节的最高位（MSB）作为标志位。若该位的值是1，则意味着下一个字节属于参与 Remaining Length 编码的字节；若该位的值是0，则意味着本字节已经是最后一个参与 Remaining Length 编码的字节了。

在不使用标识位的消息类型中，标识位被作为保留位。如果收到无效的标志时，接收端必须关闭网络连接。
PS：
若当前读到的字节是: 0x50（0101 0000），则说明 Remaining Length 字段只用1个字节编码；
若连续读到的字节是：0x80（1000 0000）, 0x80（1000 0000）, 0x01（0000 0001）则说明 Remaining Length 字段占3个字节。

（2）可变头（Variable header）。存在于部分MQTT数据包中，数据包类型决定了可变头是否存在及其具体内容。

  • 可变头部正如它的名字一样，是不定的，不同的包类型具有不同的可变头部。但许多包都有包 ID（Packet Identifier）字段。下表是包 ID 字段在各类型包中的存在情况

需要说明的是：Package ID 的 大小是 2字节

message Type （消息类型）是否要求存在包ID
CONNECT禁止
CONNACK禁止
PUBLISH如果说Qos等级大于0 需要
PUBACK需要
PUBREC需要
PUBREL需要
SUBSCRIBE需要
SUBACK需要
UNSUBSCRIBE需要
UNSUBACK需要
PINGREQ禁止
PINGRESP禁止
DISCONNECT禁止

（3）消息体（Payload）。存在于部分MQTT数据包中，表示客户端收到的真正内容。与可变头一样，在有些协议类型中有消息内容，有些协议类型中没有消息内容。

message Type （消息类型）是否必须要求存在载荷
CONNECT需要
CONNACK不需要
PUBLISH可以为空
PUBACK不需要
PUBREC不需要
PUBREL不需要
SUBSCRIBE需要
SUBACK需要
UNSUBSCRIBE需要
UNSUBACK不需要
PINGREQ不需要
PINGRESP不需要
DISCONNECT不需要

后续

  • 后续回根据不同的message Type 一次阐述不同类型下所对应的数据内容大致是怎么分布在各个字节的
馍 馍
关注
  • 15
    点赞
  • 踩
  • 21
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
IM即时通讯H5端，MQTT
沐光之辰
01-14 2956
做IM即时通讯的成果： 成功实现了H5和APP之间的通信，将H5嵌入到微信小程序，并且开发了SDK使得小程序也能实时得到消息的数量和消息内容。 遇到的难点 （1）消息的状态、数量、内容，需要实时获取，展示在小程序端和H5端 （2）尽可能实施缓存来缓解请求压力，mqtt在小程序联调时会产生些问题 （3）聊天详情中的所有消息会经常用到循环来改变消息的状态，要解开耦合，并且要优化算法进行循环。 （4）储存问题，H5不同于后端语言，不同于原生安卓和IOS，他们有自己的储存空间并可操作。 （5）假如每个消息都有自己的
MQTT协议（一）头部信息
LingXiaokai的博客
03-15 2493
简要地说， 头部信息 =  固定头部（2字节）+ 可变头部 + Playload/消息体/负荷      其中，每个MQTT消息都包含有一个固定的头部，有些消息含有可变头部和消息体。 一、固定头部 固定头部，使用两个字节，共16位： 1、第一个字节(byte 1) 消息类型(4-7)，使用4位二进制表示，可代表16种消息类型： 除去0和15位置属于
mqtt协议详解_文字加视频揭秘IM开发的那些坑：架构设计、通信协议和客户端
weixin_39580041的博客
11-26 487
IM即时通讯背后的技术分析丨服务器架构设计视频详解请点击文字观看1、前言有过移动端开发经历的开发者都深有体会：移动端IM的开发，与传统PC端IM有很大的不同，尤其无线网络的不可靠性、移动端硬件设备资源的有限性等问题，导致一个完整的移动端IM架构设计和实现都充满着大量的挑战。本文将简述移动端IM最重要的架构设计和通信协议选择方面的坑点，希望为IM开发者同行带来些许启发。2、概述移动互联网时代的来临促...
MQTT协议基础讲义
最新发布
qq_46129710的博客
04-25 1588
MQTT协议基础讲义
消息通讯——MQTT的入门和使用
不愿意做鱼的小鲸鱼の博客
05-20 1822
目录Emqx简介MQTT是什么？MQTT实现方式Emqx安装安装步骤Emqx Dashboard插件MQTT 设计了的3 QoS 等级需要开放的端口Emqx使用java使用mqtt使用步骤如下测试效果js使用mqtt引入mqttws31.js代码如下测试效果 Emqx简介 EMQ X (Erlang/Enterprise/Elastic MQTT Broker) 是基于 Erlang/OTP 平台开发的开源物联网 MQTT 消息服务器。 EMQ X 设计目标是实现高可靠，并支持承载海量物联网终端的MQTT
MQTT IM通信 框架 java
a2274335673的博客
08-22 3552
package net.engyne.sdk; import java.util.ArrayList; import java.util.Random; import org.eclipse.paho.client.mqttv3.IMqttDeliveryToken; import org.eclipse.paho.client.mqttv3.MqttCallback; import org.
有关即时通讯MQTT 的使用
YOLO 的博客
11-05 1948
目前即时通讯已经占领半壁江山，无论是手机端，还是pc端都离不开及时通天更新，最有代表性的微信，qq 等。相信大家也听说过不少第三方及时通讯插件，比如极光通讯，环信通讯等，今天我们自己搭建一台即时通讯的服务。 1.首先从http://activemq.apache.org/apollo/download.html官网上下载windows对应的apollo版本，本文下载的是apache-ap
MQTT IM开发
abc4715760的专栏
06-16 1603
MQTT IM开发日记(一)    MQTT简介(http://www.ibm.com/developerworks/webservices/library/ws-mqtt/index.html ) MQTT  Power Profiling: MQTT on Android （http://stephendnicholas.com/archives
MQTT协议从服务端到客户端详解
01-27
MQTT（MessageQueuingTelemetryTransport，消息队列遥测传输）是IBM开发的一个即时通讯协议，它是一种轻量级的、基于代理的“发布/订阅”模式的消息传输协议。其具有协议简洁、小巧、可扩展性强、省流量、省电等优点...
MQTT协议.rar_MQTT 协议_MQTT协议_mqtt_mqtt 解析_mqtt协议详解
07-13
MQTT的协议解析，带例子，有助于加强对MQTT的理解。
MQTT 协议 5.0 中文版
07-07
MQTT 协议 5.0 中文版 MQTT 协议是一种轻量级的、基于发布/订阅模式的消息传输协议，设计思想是轻巧、开放、简单、规范，因此易于实现。MQTT 协议 5.0 是 OASIS Message Queuing Telemetry Transport (MQTT) TC ...
mqtt协议文档（中文版）
03-30
MQTT协议手册，MQ遥测传输（MQTT）是轻量级的、基于代理的发布/订阅消息传输协议，此协议的设计开放、简单、 轻量、易于实现。
MQTT协议笔记之头部信息
dongcheng_2015的博客
08-26 425
前言 MQTT（Message Queue Telemetry Transport）,遥测传输协议，提供订阅/发布模式，更为简约、轻量，易于使用，针对受限环境（带宽低、网络延迟高、网络通信不稳定），可以简单概括为物联网打造，官方总结特点如下： 使用发布/订阅消息模式，提供一对多的消息发布，解除应用程序耦合。 对负载内容屏蔽的消息传输。 使用 TCP/IP 提供网络连接。 有三种消息发布服务质量： “至多一次”，消息发布完全依赖底层 TCP/IP 网络。会发生消息丢失或重复。这一级别...
MQTT学习笔记——MQTT协议体验 Mosquitto安装和使用
热门推荐
物联网 IoT 经验分享
09-13 23万+
MQTT是IBM开发的一个即时通讯协议。MQTT是面向M2M和物联网的连接协议，采用轻量级发布和订阅消息传输机制。Mosquitto是一款实现了 MQTT v3.1 协议的开源消息代理软件，提供轻量级的，支持发布/订阅的的消息推送模式，使设备对设备之间的短消息通信简单易用。
基于Mqtt的即时通信
代码机器
07-14 6248
Mqtt是IBM开发的开源的及时通信协议，基于Tcp通信协议 /** * Created by 95 on 2016/5/18. */ public class MyMqttClient { private boolean cleanSession = true;//表示是否清除session private int timeout = 10;表示连接超时时间单位为秒
手机 html5 mqtt,mqtt即时通讯
weixin_29095587的博客
06-11 517
mqtt即时通讯介绍vue版本和html版本html版本`var hostname = '47.104.83.107', //'192.168.1.2', 服务器地址port = 8083,//端口号clientId = 'Q73ZHO19X7',//设备IDtimeout = 5,keepAlive = 100,cleanSession = false,ssl = false,userName ...
mqtt协议详解 socket
12-07
MQTT协议是一种基于发布/订阅模式的轻量级通信协议，它可以在低带宽、不稳定的网络环境下使用。相比于TCP Socket，MQTT协议有以下优势： 1. MQTT协议是一种轻量级协议，它的头部信息只有2字节，相比于TCP的20字节，HTTP的几百字节，它的数据包大小非常小，可以在网络带宽较小的情况下使用。 2. MQTT协议支持QoS（服务质量）等级，可以根据应用场景选择不同的等级，保证消息的可靠性。 3. MQTT协议支持订阅/发布模式，可以实现多个客户端同时订阅同一个主题，实现消息的广播。 4. MQTT协议支持遗嘱消息，可以在客户端异常断开连接时，自动发送遗嘱消息，保证消息的可靠性。 下面是使用Python Socket实现MQTT协议的一个简单例子： ```python import socket # 连接MQTT服务器 client = socket.socket(socket.AF_INET, socket.SOCK_STREAM) client.connect(('mqtt.server.com', 1883)) # 发送连接请求 client.send(b'\x10\x12\x00\x04MQTT\x04\x02\x00\x0a\x00\x1e\x00\x0aclient_id') # 接收连接响应 response = client.recv(1024) print(response) # 订阅主题 client.send(b'\x82\x0e\x00\x01\x00\x05topic\x00\x01') response = client.recv(1024) print(response) # 发布消息 client.send(b'\x30\x0b\x00\x05topic\x00\x05hello') response = client.recv(1024) print(response) # 断开连接 client.send(b'\xe0\x00') client.close() ```

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

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

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值