MQTT 是基于 发布（Publish）/订阅（Subscribe） 模式来进行通信及数据交换的，与 HTTP 的 请求（Request）/应答（Response） 的模式有本质的不同。
MQTT （Message Queuing Telemetry Transport，消息队列遥测传输） 是一种标准化的发布/订阅消息传输协议，设计于1999年，最初是为了在卫星之类的物体上使用。它是一个非常轻量级的协议，由于对带宽需求很低，从而成为了 M2M 通信或物联网应用的理想选择，现在已经成为这类场景最常见的协议之一。 本文会对该协议及一些使用范例做以简介，虽然没打算写成 MQTT 的综合性参考指南，但会提供足够的信息，让开发人员了解到如何安装运行这一协议。如果想要更深入地了解，可以参考 HiveMQ
随着物联网的快速发展，当前在物联网中的常见的五种协议分别是：HTTP、CoAP、XMPP、AMQP、MQTT。但在这么多协议中，毫无疑问MQTT最具代表性,因为它占用带宽小、轻量级、简单易用等优点最符合物联网的应用场景。可以毫不夸张的说：每个物联网开发人员都一定了解MQTT
12.17.19-Five-Reasons-to-Upgrade-to-MQTT-5.png
我们可以使用 MQTT 客户端来测试 MQTT 的通讯功能，这里介绍常用的两款工具 MQTTBox 和 MQTT.fx 。
前面讲了Android如何通过串口通信操作硬件，但实际业务场景大多是既可以屏幕操控硬件也可以远程下发操控，这时就需要MQTT协议来完成这一工作。本文将介绍MQTT协议及其在物联网设备通信中的应用。
「MQTT（Message Queuing Telemetry Transport）」 是一种轻量级的消息传输协议，通常用于在物联网（IoT）和传感器网络中进行通信。它设计用于在低带宽、不稳定或高延迟的网络环境下传输数据，因此非常适用于连接设备之间的通信，尤其是在资源有限的环境中。
使用容器方法管理和搭建EdgeX：https://docs.edgexfoundry.org/1.2/getting-started/quick-start/
Mosquitto是用C语言实现的MQTT物联网协议v3.1 的消息代理服务器。提供轻量级的，支持可发布/可订阅的的消息推送模式，使设备对设备之间的短消息通信变得简单。
本文主要介绍基于T3处理器的MQTT通信协议开发案例，讲解内容主要包括了MQTT通信协议简介、概述、应用场景以及Mosquitto工具安装、mqtt_client案例和mqtt_sinewave_pub案例等。
近年来随着 Web 前端的快速发展，浏览器新特性层出不穷，越来越多的应用可以在浏览器端或通过浏览器渲染引擎实现，Web 应用的即时通信方式 WebSocket 得到了广泛的应用。
基本概念 Basic Conception Session 会话 定义 定义：某个客户端（由ClientID作为标识）和某个服务器之间的逻辑层面的通信 生命周期（存在时间）：会话 >= 网络连接 ClientID 客户端唯一标识，服务端用于关联一个Session 只能包含这些 大写字母，小写字母 和 数字（0-9a-zA-Z），23个字符以内 如果 ClientID 在多次 TCP连接中保持一致，客户端和服务器端会保留会话信息（Session） 同一时间内 Server 和同一个 ClientID 只能保持一个 TCP 连接，再次连接会踢掉前一个 CleanSession 标记 在Connect时，由客户端设置 0 —— 开启会话重用机制。网络断开重连后，恢复之前的Session信息。需要客户端和服务器有相关Session持久化机制。 1 —— 关闭会话重用机制。每次Connect都是一个新Session，会话仅持续和网络连接同样长的时间。 客户端 Session 已经发送给服务端，但是还没有完成确认的 QoS 1 和 QoS 2 级别的消息 已从服务端接收，但是还没有完成确认的 QoS 2 级别的消息 服务器端 Session 会话是否存在，即使会话状态的其它部分都是空 (SessionFlag) 客户端的订阅信息 (ClientSubcription) 已经发送给客户端，但是还没有完成确认的 QoS 1 和 QoS 2 级别的消息 即将传输给客户端的 QoS 1 和 QoS 2 级别的消息 已从客户端接收，但是还没有完成确认的 QoS 2 级别的消息 （可选）准备发送给客户端的 QoS 0 级别的消息 长连接维护与管理 Keep Alive 心跳 目的是保持长连接的可靠性，以及双方对彼此是否在线的确认。 客户端在Connect的时候设置 Keep Alive 时长。如果服务端在 1.5 * KeepAlive 时间内没有收到客户端的报文，它必须断开客户端的网络连接 Keep Alive 的值由具体应用指定，一般是几分钟。允许的最大值是 18 小时 12 分 15 秒 Will 遗嘱 遗嘱消息（Will Message）存储在服务端，当网络连接关闭时，服务端必须发布这个遗嘱消息，所以被形象地称之为遗嘱，可用于通知异常断线。 客户端发送 DISCONNECT 关闭链接，遗嘱失效并删除 遗嘱消息发布的条件，包括： 服务端检测到了一个 I/O 错误或者网络故障 客户端在保持连接（Keep Alive）的时间内未能通讯 客户端没有先发送 DISCONNECT 报文直接关闭了网络连接 由于协议错误服务端关闭了网络连接 相关设置项，需要在Connect时，由客户端指定 Will Flag —— 遗嘱的总开关 0 -- 关闭遗嘱功能，Will QoS 和 Will Retain 必须为 0 1 -- 开启遗嘱功能，需要设置 Will Retain 和 Will QoS Will QoS —— 遗嘱消息 QoS 可取值 0、1、2，含义与消息QoS相同 Will Retain —— 遗嘱是否保留 0 -- 遗嘱消息不保留，后面再订阅不会收到消息 1 -- 遗嘱消息保留，持久存储 Will Topic —— 遗嘱话题 Will Payload —— 遗嘱消息内容 消息基本概念 报文标识 Packet Identifier 存在报文的可变报头部分，非零两个字节整数 (0-65535] 一个流程中重复：这些报文包含 PacketID，而且在一次通信流程内保持一致： PUBLISH(QoS>0 时)，PUBACK，PUBREC，PUBREL，PUBCOMP SUBSCRIBE, SUBACK UNSUBSCIBE，UNSUBACK 新的不重复：客户端每次发送一个新的这些类型的报文时都必须分配一个当前 未使用的PacketID 当客户端处理完这个报文对应的确认后，这个报文标识符就释放可重用。 独立维护：客户端和服务端彼此独立地分配报文标识符。因此，客户端服务端组合使用相同的报文标识符可以实
之前介绍了RabbitMQ以及如何在SpringBoot项目中整合使用RabbitMQ，看过的朋友都说写的比较详细，希望再总结一下目前比较流行的MQTT。所以接下来，就来介绍什么MQTT？它在IoT中有着怎样的作用？如何在项目中使用MQTT？
物联网（Internet of Things，IoT）最近曝光率越来越高。虽然HTTP是网页的事实标准，不过机器之间（Machine-to-Machine，M2M）的大规模沟通需要不同的模式：之前的请求/回答（Request/Response）模式不再合适，取而代之的是发布/订阅（Publish/Subscribe）模式。这就是轻量级、可扩展的MQTT（Message Queuing Telemetry Transport）可以施展拳脚的舞台。
MQTT(MQ Telemetry Transport, MQ 遥测传输)。它是一种发布/订阅、极其简单和轻量级的消息传递协议，旨在用于受限设备和低带宽，高延迟或不可靠的网络。设计原则是使网络带宽和设备资源要求最小化，同时还要尝试确保可靠性和一定程度的交付保证。这些原则也使该协议成为新兴的“M2M”或“物联网”连接设备世界的理想选择，并且适用于带宽和电池电量极为宝贵的移动应用。
应广大用户朋友需求号召，今天分享基于创龙科技的TLT3F-EVM开发板，它是一款基于全志科技T3四核ARM Cortex-A7 + 紫光同创Logos PGL25G/PGL50G FPGA设计的异构多核国产工业开发板，ARM Cortex-A7处理器单元主频高达1.2GHz。评估板由核心板和评估底板组成，核心板CPU、FPGA、ROM、RAM、电源、晶振、连接器等所有器件均采用国产工业级方案，国产化率100%。
前一段有幸参与到一个智能家居项目的开发，由于之前都没有过这方面的开发经验，所以对智能硬件的开发模式和技术栈都颇为好奇。
MQTT协议是1999年IBM公司发布的一种基于发布/订阅（Publish/Subscribe）模式的轻量级通讯协议。MQTT协议的底层构建基于TCP/IP协议，它的特点是其规范简单，非常适用于低性能、低开销和有限带宽的物联网场景。作为一种轻量级的传输协议，MQTT协议的传输过程有三方构成，分别是发布者（Publish）、代理（Broker）和订阅者（Subscribe）。如图1所示。
发布订阅模式（Publish-Subscribe Pattern）是一种消息传递模式，它将发送消息的客户端（发布者）与接收消息的客户端（订阅者）解耦，使得两者不需要建立直接的联系也不需要知道对方的存在。
MQTT（Message Queuing Telemetyr Transport 消息队列遥测传输协议）：基于发布/订阅（Publish/Subscribe）模式的轻量级通讯协议，该协议构建于TCP/IP协议之上。
全球物联网正在高速发展，专门针对低带宽和不稳定网络环境的物联网应用设计的 MQTT 协议也因此得到广泛应用。
MQTT 最初由 Andy Stanford-Clark 博士和 Arlen Nipper 博士于 1999 年创建，用于通过卫星连接石油管道遥测系统。
但是在回调函数中，我们只能知道消息的主题名是什么。如果是非通配符订阅，订阅时使用的主题过滤器将和消息中的主题名完全一致，所以我们可以直接建立订阅主题与回调函数的映射关系。然后在消息到达时，根据消息中的主题名查找并执行对应的回调函数。
一、简述 MQTT（Message Queuing Telemetry Transport，消息队列遥测传输协议），是一种基于发布/订阅（publish/subscribe）模式的"轻量级"通讯协议，该协议构建于TCP/IP协议上，由IBM在1999年发布。MQTT最大优点在于，可以以极少的代码和有限的带宽，为连接远程设备提供实时可靠的消息服务。作为一种低开销、低带宽占用的即时通讯协议，使其在物联网、小型设备、移动应用等方面有较广泛的应用。 MQTT是一个基于客户端-服务器的消息发布/订阅传输协议。MQTT协议是轻量、简单、开放和易于实现的，这些特点使它适用范围非常广泛。在很多情况下，包括受限的环境中，如：机器与机器（M2M）通信和物联网（IoT）。其在，通过卫星链路通信传感器、偶尔拨号的医疗设备、智能家居、及一些小型化设备中已广泛使用。
最近在在物联网相关项目的开发的时候，有用到物联网常用的通信协议--MQTT协议，刚开始对这一块的知识并不是很了解，所以在这里一边学习一边记录，有不合理的地方还希望能多多指正。
本文是 MQTT 协议的入门指南，提供了实用的代码示例。物联网和 MQTT 的初学者可以通过本文掌握 MQTT 的基本概念，快速开启 MQTT 服务和应用的开发。
MQTT（Message Queuing Telemetry Transport，消息队列遥测传输协议），是一种基于发布/订阅（publish/subscribe）模式的"轻量级"通讯协议，该协议构建于TCP/IP协议上，由IBM在1999年发布。MQTT最大优点在于，可以以极少的代码和有限的带宽，为连接远程设备提供实时可靠的消息服务。作为一种低开销、低带宽占用的即时通讯协议，使其在物联网、小型设备、移动应用等方面有较广泛的应用。
随着物联网行业的飞速发展，MQTT 协议也被越来越多的公司及开发者所使用。在学习和使用 MQTT 的过程中，一个得心应手的客户端工具可以极大的方便开发者进行 MQTT 特性的探索及物联网应用的调试，缩短开发周期。
MQTT（Message Queuing Telemetry Transport，消息队列遥测传输协议），是一种基于发布/订阅（publish/subscribe）模式的”轻量级”通讯协议，该协议构建于TCP/IP协议上，由IBM在1999年发布。MQTT最大优点在于，可以以极少的代码和有限的带宽，为连接远程设备提供实时可靠的消息服务。作为一种低开销、低带宽占用的即时通讯协议，使其在物联网、小型设备、移动应用等方面有较广泛的应用。
MQTT（Message Queuing Telemetry Transport，消息队列遥测传输协议），是一种基于发布/订阅（publish/subscribe）模式的“轻量级”通讯协议，该协议构建于TCP/IP协议上，由IBM在1999年发布。MQTT最大优点在于，可以以极少的代码和有限的带宽，为连接远程设备提供实时可靠的消息服务。作为一种低开销、低带宽占用的即时通讯协议，使其在物联网、小型设备、移动应用等方面有较广泛的应用。
MQTT（Message Queuing Telemetry Transport）是一种轻量级的消息协议，设计用于在低带宽、不稳定或高延迟的网络环境中传输消息。MQTT最初由IBM开发，后来成为OASIS标准，广泛用于物联网（IoT）应用和其他需要高效消息传递的场景。
自 WinCC V7.5 起，您可使用“WinCC Cloud Connector”在云端（如“Amazon AWS”）建立直接通信。
物联网曾被认为是继计算机、互联网之后，信息技术行业的第三次浪潮。随着基础通讯设施的不断完善，尤其是 5G 的出现，进一步降低了万物互联的门槛和成本。物联网本身也是 AI 和区块链应用很好的落地场景之一，各大云服务商也在纷纷上架物联网平台和服务。
MQTT Broker 是用于连接物联网设备，完成消息传递的重要组件。MQTT Broker 的选型，是物联网应用构建过程中最为基础也是最为关键的一步。本文将从物联网应用普遍场景和项目需求出发，提供一些通用的选型思路和关注点，帮助读者了解如何选择一款最适合自己的 MQTT Broker。
海量的设备接入和设备管理对网络带宽、通信协议以及平台服务架构都带来了很大挑战。对于物联网协议来
MQTT由Andy Stanford-Clark（IBM）和Arlen Nipper（Eurotech，现为Cirrus Link）于1999年开发，用于监测穿越沙漠的石油管道。目标是拥有一个带宽有效且使用很少电池电量的协议，因为这些设备是通过卫星链路连接的，当时这种设备非常昂贵。 与HTTP及其请求/响应范例相比，该协议使用发布/订阅体系结构。发布/订阅是事件驱动的，可以将消息推送到客户端。中央通信点是MQTT代理，它负责调度发送者和合法接收者之间的所有消息。向代理发布消息的每个客户端都在消息中包含一个主题。主题是代理的路由信息。每个想要接收消息的客户端都订阅某个主题，并且代理将具有匹配主题的所有消息传递给客户端。因此，客户不必彼此了解，他们只通过主题进行通信。该架构支持高度可扩展的解决方案，而不依赖于数据生产者和数据使用者。
MQTT 全称为 Message Queuing Telemetry Transport（消息队列遥测传输）是一种基于发布/订阅范式的“轻量级”消息协议，由 IBM 发布。
MQTT 主题本质上是一个 UTF-8 编码的字符串，是 MQTT 协议进行消息路由的基础。MQTT 主题类似 URL 路径，使用斜杠 / 进行分层：
十月初，MQTT X 团队发布了 1.8.3 版本。对桌面端应用实现了 MQTT 5.0 版本适配，MQTT X CLI 支持了多主题订阅，同时修复了多个已知问题。此外，团队正专注于 1.9.0 版本的开发，最主要的更新是为 MQTT X CLI 加入了新的命令 – bench，即 MQTT 性能测试命令，帮助用户可以创建、订阅和发布自定义数量的连接、主题与消息。安装或更新后即可快速使用，无需额外操作。
注:需要打开两个,默认连接提供的服务器测试. 第一个配置如下: 发布的主题:aaaaa 订阅的主题:Topic 点击连接,然后点击订阅
哈喽，小伙伴们，今天来聊一聊什么是MQTT协议，以及常用的几个术语是什么意思，有图有真相哦，欢迎阅读
MQTT 是一种基于发布 - 订阅模型的消息传递协议，在物联网和移动应用有较广泛的应用。如果你的目标是冲击中高级工程师岗位，MQTT 或许是一个不错的亮点。最近，我还发现很多候选人会在简历中写自己 “熟悉 MQTT 协议”，但多数人只是停留在了解或用过的程度。
低代码平台作为当今快速发展的技术之一，为开发人员提供了更高效、更简便的工具和方法，以快速构建和部署应用程序。而MQTT协议作为物联网领域的重要通信协议，在低代码平台上的应用也日益受到关注，今天小编将为大家详细介绍MQTT和低代码之间的联系，探讨它们是如何结合应用的。
新版本针对桌面客户端优化了一些细节上的 UI 样式与交互方式，新增了一个可以帮助用户更加快速和系统学习 MQTT 协议相关知识的页面，同时也修复了一些已知问题；针对命令行客户端新增了 bench 命令，帮助用户创建、订阅和发布自定义数量的连接、主题与消息，轻松完成 MQTT 服务的性能测试。
领取专属 10元无门槛券
手把手带您无忧上云
云服务器
即时通信 IM
ICP备案
对象存储
实时音视频
