MQTT 持久会话与 Clean Session 详解

简介: 【2月更文挑战第17天】

MQTT(Message Queuing Telemetry Transport)是一种轻量级的通信协议,它的设计简单、开销小,非常适合在资源受限的设备上使用。MQTT为物联网设备之间的通信提供了一种高效可靠的解决方案,并且支持两种会话方式:持久会话和清除会话。

MQTT 会话的定义

MQTT客户端和代理服务器之间的连接被称为会话。每个MQTT客户端都可以启动一个或多个会话,通过会话可以实现客户端和服务器之间的消息传递。

MQTT 持久会话和 Clean Session 的区别

MQTT提供了两种不同的会话类型:持久会话和清除会话(Clean Session)。持久会话和清除会话之间最大的区别在于客户端和代理服务器之间的连接是否保持。

  • 持久会话:当客户端连接到代理服务器时,如果启用了持久会话,代理服务器会记录客户端的订阅信息,即使客户端断开连接,代理服务器也会保存这些订阅信息。当客户端再次连接到代理服务器时,它会恢复之前的订阅信息,并接收它断开连接时的所有未接收的消息。
  • 清除会话:当客户端连接到代理服务器时,如果启用了清除会话,代理服务器不会保存客户端的订阅信息。当客户端断开连接时,代理服务器会删除与该客户端相关的所有信息。

MQTT 持久会话的作用

MQTT持久会话可以确保客户端在重连时不会丢失之前的订阅信息和未接收的消息。它还可以防止客户端重复订阅相同的主题,从而减少网络带宽的使用。

MQTT 清除会话的作用

MQTT清除会话可以使代理服务器在客户端退出时及时清除与其相关的信息,以释放系统资源。它还可以确保客户端在重连时获得最新的订阅信息。

MQQT 持久会话和 Clean Session 的实现

MQTT协议规定,客户端在发送 CONNECT 报文时必须指定 Clean Session 标志位,来告诉代理服务器是否启用持久会话。如果 Clean Session 等于 0,则表示启用持久会话;如果 Clean Session 等于 1,则表示启用清除会话。

当客户端连接成功后,代理服务器会根据 Clean Session 标志位来判断是否启用持久会话。如果客户端指定了 Clean Session 等于 0,则代理服务器会创建一个持久会话。在持久会话中,代理服务器会记录客户端的订阅信息,并保存未接收的消息。如果客户端断开连接,代理服务器会保留所有相关的信息,直到下次客户端连接时恢复。

如果客户端指定了 Clean Session 等于 1,则代理服务器会创建一个清除会话。在清除会话中,代理服务器不会记录客户端的订阅信息和未接收的消息。当客户端断开连接时,代理服务器会立即删除与该客户端相关的所有信息。

MQTT 持久会话和 Clean Session 的应用场景

MQTT持久会话和清除会话在不同的应用场景中具有不同的优势。

  • 持久会话:适用于需要在网络不稳定的环境下传输数据的应用场景,例如设备监控和远程控制。
  • 清除会话:适用于要求实时响应的应用场景,例如智能家居和工业自动化。

总结

MQTT是一种轻量级的通信协议,支持持久会话和清除会话两种会话方式。MQTT持久会话可以确保客户端在重连时不会丢失之前的订阅信息和未接收的消息;MQTT清除会话可以使代理服务器在客户端退出时及时清除与其相关的信息,以释放系统资源。选择使用哪种会话方式取决于应用场景的要求。

相关实践学习
消息队列RocketMQ版:基础消息收发功能体验
本实验场景介绍消息队列RocketMQ版的基础消息收发功能,涵盖实例创建、Topic、Group资源创建以及消息收发体验等基础功能模块。
消息队列 MNS 入门课程
1、消息队列MNS简介 本节课介绍消息队列的MNS的基础概念 2、消息队列MNS特性 本节课介绍消息队列的MNS的主要特性 3、MNS的最佳实践及场景应用 本节课介绍消息队列的MNS的最佳实践及场景应用案例 4、手把手系列:消息队列MNS实操讲 本节课介绍消息队列的MNS的实际操作演示 5、动手实验:基于MNS,0基础轻松构建 Web Client 本节课带您一起基于MNS,0基础轻松构建 Web Client
目录
相关文章
EMQ
|
存储 物联网 网络性能优化
MQTT 持久会话与 Clean Session 详解
本文介绍了MQTT持久会话的作用,并通过桌面客户端演示了Clean Session的使用。开发者可借助持久会话实现离线消息的接收及降低订阅开销。
EMQ
674 0
MQTT 持久会话与 Clean Session 详解
|
网络性能优化
我的mqtt协议和emqttd开源项目个人理解(25) - 协议里面Clean Session为0和1的区别
我的mqtt协议和emqttd开源项目个人理解(25) - 协议里面Clean Session为0和1的区别
435 0
|
消息中间件 网络协议 网络性能优化
我的mqtt协议和emqttd开源项目个人理解(1) - Clean Session和Retained Message
我的mqtt协议和emqttd开源项目个人理解(1) - Clean Session和Retained Message
415 0
我的mqtt协议和emqttd开源项目个人理解(1) - Clean Session和Retained Message
|
4月前
|
消息中间件 存储 Kafka
MQ 消息队列核心原理,12 条最全面总结!
本文总结了消息队列的12个核心原理,涵盖消息顺序性、ACK机制、持久化及高可用性等内容。关注【mikechen的互联网架构】,10年+BAT架构经验倾囊相授。
|
5月前
|
消息中间件
解决方案 | 云消息队列RabbitMQ实践获奖名单公布!
云消息队列RabbitMQ实践获奖名单公布!
103 1
|
5月前
|
消息中间件 JSON Java
开发者如何使用轻量消息队列MNS
【10月更文挑战第19天】开发者如何使用轻量消息队列MNS
396 15
|
5月前
|
消息中间件 存储 弹性计算
云消息队列RabbitMQ实践
云消息队列RabbitMQ实践
|
5月前
|
消息中间件 安全 Java
云消息队列RabbitMQ实践解决方案评测
一文带你详细了解云消息队列RabbitMQ实践的解决方案优与劣
138 11
|
5月前
|
消息中间件 存储 监控
解决方案 | 云消息队列RabbitMQ实践
在实际业务中,网站因消息堆积和高流量脉冲导致系统故障。为解决这些问题,云消息队列 RabbitMQ 版提供高性能的消息处理和海量消息堆积能力,确保系统在流量高峰时仍能稳定运行。迁移前需进行技术能力和成本效益评估,包括功能、性能、限制值及费用等方面。迁移步骤包括元数据迁移、创建用户、网络打通和数据迁移。
120 4
|
5月前
|
消息中间件 监控 测试技术
云消息队列RabbitMQ实践 - 评测
根据反馈,对本解决方案的实践原理已有一定理解,描述整体清晰但需在消息队列配置与使用上增加更多示例和说明以助理解。部署体验中获得了一定的引导和文档支持,尽管文档仍有待完善;期间出现的配置文件错误及依赖库缺失等问题已通过查阅资料解决。设计验证展示了云消息队列RabbitMQ的核心优势,包括高可用性和灵活性,未来可通过增加自动化测试来提高系统稳定性。实践后,用户对方案解决问题的能力及适用场景有了明确认识,认为其具有实际生产价值,不过仍需在性能优化、安全性增强及监控功能上进行改进以适应高并发和大数据量环境。
68 0