MQTT 是一种轻量级消息传递协议,通常用于物联网设备,这些设备旨在实现节能且消耗最少的带宽。
MQTT协议通过TCP/IP运行,基于无损通信的双向发布-订阅模型,确保MQTT消息高效无损地传递。
MQTT 是一种低开销协议,强烈考虑了带宽和 CPU 限制。它的设计能够在嵌入式环境中运行,从而可靠有效地提供通信途径。
从根本上说,MQTT是一种发布/订阅(pub/sub)协议。它允许客户端以发布者、订阅者或两者的身份连接到特定主题。您连接到处理所有消息传递的代理,其中每个客户端都由唯一的客户端 ID 标识。
活中的 MQTT 示例和用例
MQTT通常用于物联网应用,用于连接传感器、执行器和家用电器等低功耗设备并与之通信,从而有效管理传输数据的有效载荷。
在农业中,MQTT 用于监测土壤湿度、温度和湿度等环境因素,使农民能够采取适当的行动。在工业自动化中,MQTT可以监控端到端的制造过程,确保一致的质量并识别生产链上的系统性问题。在交通领域,MQTT用于监控交通信号灯、停车计时器和公共交通的实时位置,同时注意生态系统和低带宽要求。
为什么使用 MQTT 而不是 HTTP?
HTTP 和 MQTT 是两种截然不同的通信协议,用于不同的目的。
HTTP 是一种请求/响应协议,它仅在响应客户端请求时传递数据。它专为大量数据而设计,通常用于传输网页、图像和视频。MQTT 是一种发布/订阅协议,支持异步消息传递,多个客户端能够订阅单个主题并接收来自一个或多个发布者的消息。MQTT 针对少量数据进行了优化,但在网络开销和设备功耗方面比 HTTP 更有效,使其成为需要低带宽和最低功耗的应用程序(例如由 AWS IoT 服务管理的应用程序)的合适选择。
MQTT是用什么语言编写的?
MQTT只是一个协议,可以用多种语言编写。但是,用于使用 MQTT 协议进行通信的 MQTT 客户端库支持多种语言,例如 C/C++、Java、Python 和 JavaScript,包括 Node.js、Ruby、Go、PHP 和 Swift。MQTT 客户端库通过 MQTT 代理进行通信,该代理也有多种编程语言版本。
MQTT是如何工作的?
MQTT 是一个非常灵活的协议,但只有两个基本实体:MQTT 客户端和 MQTT 代理。
MQTT客户端如何工作?
MQTT 客户端可以是实现 MQTT 协议的任何端点。在物联网的情况下,客户端是连接的设备,例如传感器、显示器或 Arduino 板,但 MQTT 不限于物联网,例如,客户端也可以是智能手机或笔记本电脑。
MQTT 客户端之间不直接通信。尽管如此,所有交互都是由一个称为 MQTT 代理的服务器组件“代理”的,该组件位于客户端之间并处理消息的路由。
什么是MQTT分组?
MQTT 中的所有通信都分为“主题”。MQTT 客户端可以向 Topic 发布消息,也可以订阅接收来自他人的消息。主题可以是任何字符串,旨在对共同感兴趣的主题进行分组,例如,传感器更新将发布到主题,群聊中的消息也是如此,具体取决于用例。
什么是MQTT代理?
代理负责管理哪些客户端订阅了哪些主题,接收在特定主题上发布的消息,并将该消息发送给订阅更新的任何客户端。当客户端和代理之间的连接丢失时,代理还负责缓存消息,并在重新建立连接时将其传递给客户端。
可以使用哪些 MQTT 代理?
MQTT 代理是 MQTT 协议的基础,可以被视为 MQTT 服务器。如前所述,经纪人位于所有客户之间并促进沟通。
存在许多 MQTT 代理,包括开源和专有的,任何基于 MQTT 的部署中最重要的架构决策之一就是如何托管代理。由于 MQTT 被设计为以非常大的规模运行,因此任何代理架构都需要相应地扩展。大多数企业部署将依赖于云托管的专有产品,因此它们没有任何基础设施问题,尽管也可以使用自托管选项。
在所有通信之间,代理可以保留消息并保留所有会话的安全记录;客户端彼此隔离,因此客户端的不安全感和漏洞可以被沙盒化,并且根据您的网络拓扑,代理可以减少整个网络上的流量,并允许更高效的路由。
如何使用 MQTT 和 Pub/Sub
任何支持 MQTT 协议的客户端都可以订阅和发布主题,但所有通信都通过代理进行,如下面的示例模型所示。
MQTT协议特性
虽然MQTT通常被认为是物联网解决方案,但它只是支撑许多知名物联网产品的协议。MQTT的许多特性使其特别适合设备之间的高效通信:
易于启动和运行
MQTT 已经存在了很长时间,并且有许多强大、可靠且可扩展的专有和开源解决方案。这些预先存在的 MQTT 组件可用于所有项目,从大型解决方案到激情项目,无需修改,也无论开发人员经验如何。
可靠性和配置
MQTT 具有服务质量 (QoS) 的概念,稍后将详细讨论,它将消息队列并缓存在 MQTT 代理上,并在重新建立连接时将它们传送到客户端。这尤其适用于部分连接的设备或具有间歇性连接的客户端,例如 IoT 设备。
客户端不必考虑解决方案体系结构
使用 MQTT,可以将消息发布到主题并在可用时接收它们。作为客户,不必担心建立或重新建立连接,也不必担心的收件人是否正在监听您的消息,它“只是工作”。
专为规模而设计
MQTT可以应对您的解决方案所需的任何规模,从初创公司到全球公司。最著名的是,Facebook Messenger使用MQTT进行通信。
MQTT 会话生命周期
MQTT 依赖于 TCP/IP 进行连接,因此遵循类似的生命周期
连接
MQTT 客户端启动与 MQTT 代理的连接。通常,这将通过标准 MQTT 端口(分别用于安全和不安全连接的 1883/883)
认证
MQTT 协议除了底层 TCP/IP 连接的 TLS 之外没有任何身份验证注意事项,这对于大多数用例来说已经足够了。
发布/订阅
连接后,客户端可以发布或订阅主题以发送和接收消息。
断开
断开连接可以由客户端或代理发起,并将导致 MQTT 会话在处理任何正在进行的请求后结束。
MQTT 服务质量 (QoS)
服务质量允许解决方案设计人员指定 MQTT 连接的可靠性,通常,连接越可靠,重试和消息保留的潜在内存开销就越大。
QoS 0
消息仅发送一次,客户端和代理不执行其他步骤来确认传递。这也被称为“即发即弃”。
这仅适用于客户端发送的消息。在代理处收到消息后,它们被视为 QoS 0
QoS 1
发送方和接收方握手以确保只收到消息的一个副本。这样可以确保传递并避免发送消息的多个副本。
QoS 2
邮件将多次重新发送,直到收件人确认收到邮件。这最适用于时间敏感的消息,但可能会导致收到重复的消息。
MQTT 用例和物联网
MQTT是一种轻量级且节能的协议,多年来一直被用于以这些为关键考虑因素的解决方案中。
物联网是 MQTT 非常适合的最流行的例子。物联网设备通常由电池供电,维护成本可能非常高,因此最好在两次电池更换之间持续很长时间。虽然在家庭环境中,不时更换电池并不困难,但在工业环境中,有成千上万的传感器,分布在广阔的区域,而且通常位于非常难以到达的位置,它们的维护很快就会变得昂贵。
MQTT 物联网用例包括火灾探测器、盗窃跟踪、位置监控、传感器、发动机状态等。MQTT 还具有非常低的数据开销,因此,在数据成本高昂或部署了数千台设备的环境中,MQTT 是理想的选择。
PubNub 和 MQTT 在物联网方面可以很好地协同工作。请参阅我们的 IoT 演示和 IoT 教程,详细了解 PubNub 和 MQTT 如何提供可靠、可扩展且高效的 IoT 解决方案。
MQTT在实时通信中也非常流行,最著名的例子是Facebook Messenger。