关于AiCloud_v2中， 关于消息传递与MQTT阻塞问题的优化

最新推荐文章于 2024-07-22 03:27:38 发布
原创 最新推荐文章于 2024-07-22 03:27:38 发布 · 2.1k 阅读 · 1 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

针对AiCloud_v2中主线程因mqttclient调用被阻塞的问题，提出通过创建新类并开辟独立线程，结合MQTT专用Handler处理队列，以解决通讯类阻塞，提升用户体验。

AiCloud_v2中：

  对创建是使用开辟独立线程处理的，但订阅与发布消息函数内，发现在在mqttclient调用时，有

tok.waitForCompletion(getTimeToWait());

 即该函数为阻塞型，但AiCloud_v2 是用的MainActivity线程的Handler处理队列问题的，会导致主线程被阻塞，当然可以在UI界面中给用户提示以提高交互性。

 

这里我的解决方案为：做一个新类，并开辟独立线程+MQTT(及其它通讯)专用Handler处理队列，处理通讯类的阻塞问题,含：

  MQTT： 创建， 订阅与发布消息

  与服务器的其它连接

 

若上述理解有问题，敬请指出与谅解！！！

MQTT消息传输过程，网络断开后，断线重连及订阅消息恢复
pvmsmfchcs的博客
08-08 5007
2，一定要设置发送超时，默认是-1，是不断进行发送的，会被长阻塞在这里，单位是ms。1，首先要在网络失败的地方进行client重连。
【MQTT叁仟问】MQTT知识点笔记
qq_42779992的博客
11-13 1560
C++基础：了解C++基本语法、数据结构和算法，熟悉面向对象编程。网络编程基础：学习TCP/IP协议、套接字编程以及基本的网络通信原理。MQTT协议了解：学习MQTT协议的基本原理、消息分发机制和QoS等级，能够理解客户端、服务器、订阅、发布等核心概念。4 . MQTT库的使用：熟悉C++中的一些常见MQTT库，例如：Paho MQTT C++、Mosquitto等。学会如何编写代码去连接MQTT服务器，订阅主题，发布信息等。
mqtt客户端连接Emq服务器，断开重连的connect 一直超时等待
热门推荐
weixin_42544153的博客
08-25 1万+
背景：当我们的设备更新完成，大量的设备重新连接到EMQ，导致EMQ 的cpu直接到100%，此时我的服务器在断开重连几次之后，就进入了线程等待状态，并且没有被唤醒，此时需要publish消息到EMQ,且本地一部处理receiver的的消息队列堆满，还能处理消息。 此时我陷入了一个误区，认为既然本地还有处理消息的日志，那么就代表客户端与emq仍然连接，可是我publish消息到EMQ时，却又异常消息“客户端未连接”，那么客户端与EMQ明显时断开了，那么到底有没又断开...... ...
python mqtt接收阻塞
weixin_34274163的博客
07-22 340
python相关学习资料：https://edu.51cto.com/video/3832.htmlhttps://edu.51cto.com/video/4102.htmlhttps://edu.51cto.com/video/1158.htmlPython MQTT 接收阻塞实现指南 作为一名刚入行的开发者，你可...
mqtt client api: 阻塞API
weixin_30289831的博客
06-16 1560
fusesource版本：mqtt-client-1.11.jar下载地址：https://github.com/fusesource/mqtt-clientfusesource提供三种mqtt client api: 阻塞API，基于Futur的API和回调API。其中，回调API是最复杂的也是性能最好的，另外两种均是对回调API的封装。 我们下面就简单介绍一下回调API的使用方法。 ...
MQTT QoS等级全面解读：ESP32场景下QoS 0_1_2对可靠性与资源消耗的3层影响
MQTT定义了三个QoS等级：QoS 0（最多一次）、QoS 1（至少一次）和QoS 2（恰好一次），分别对应不同的消息传递保障强度与通信开销。随着QoS级别的提升，消息的可靠性增强，但代价是增加网络往返次数、内存占用和处理...
深入理解TLS_SSL在ESP32中的集成机制：为MQTT通信保驾护航的技术内幕
TLS/SSL与MQTT通信的安全挑战 在物联网（IoT）迅猛发展的背景下，MQTT协议因轻量、高效被广泛应用于设备间通信。然而，其默认缺乏加密机制，使得数据在传输过程中极易遭受窃听、篡改或中间人攻击。当MQTT运行于...
ESP32AI + MQTT协议深度整合：构建稳定可靠的边云消息通道（延迟低于50ms）
ESP32AI与MQTT协议融合的边云通信架构设计 在边缘智能加速发展的背景下，ESP32AI凭借其集成AI算力与无线连接能力，成为轻量级边云协同节点的理想载体。本章聚焦于构建以MQTT协议为核心的高效、低延迟边云通信架构...
Wi-Fi抖动拖累传感器上报？MQTT重连与网络事件队列优化实战
MQTT重连与网络事件队列优化实战](https://forum.openwrt.org/uploads/default/original/3X/b/a/bad33e3fa94959050754276c1a76315c2e4d0ced.png) # 1. Wi-Fi抖动对物联网传感器上报的影响分析 在高密度部署的物联网...
边缘计算场景下Python-MQTT通信优化：降低延迟与带宽消耗（3项关键技术让响应快10倍）
在边缘计算架构中，设备分布广泛、网络不稳定、资源受限等特点使得MQTT协议面临严峻挑战。首先，高延迟、低带宽的广域网环境显著影响消息实时性，尤其在QoS>0时重传机制加剧拥塞。其次，海量终端并发连接对Broker...
MQTT 使用一段时间后接收不到消息
relnardo的博客
08-04 7313
mqtt接收不到消息
MQTT Paho Qos为0时，并发publish会出现阻塞的情况，同时后续发布一直提示Too many publishes in progress (32202)...
weixin_30338481的博客
05-23 3128
以下为使用的paho jar包： <!-- https://mvnrepository.com/artifact/org.eclipse.paho/org.eclipse.paho.client.mqttv3 --><dependency> <groupId>org.eclipse.paho</groupId> <art...
MQTT 大消息失败原因排查
chj287522860的博客
07-25 9616
Background 小组内使用 MQTT 协议搭建了一个聊天服务器，前天在测大消息（超过5000汉字）时，连接直接变得不可用，后续发送的消息全部都收不到回复。 服务器环境： Netty ：4.1.32.Final 使用的是 Netty 包中自带的 MqttDecoder 客户端： Andr...
mqtt java接收消息推送_MQTT无法接收消息
weixin_30263409的博客
02-28 2262
最近在学习android推送的实现，Client用的paho，broker用的Apollo，在写测试demo时出现了以下情况：在app中subscribe主题topic1，broker中没有topic1，则后台publish消息到topic1后，app的connectionLost方法被回调，而messageArrived并没有被回调；在app中subscribe主题topic1，broker中存...
mqtt接收消息方法出现异常导致程序崩溃终止
xiyafei122的博客
05-16 1435
原因：myMQTTClient.connect();会一直new client，导致之前的 连接断开，从而导致死循环。1、springboot集成mqtt超级详细步骤。
MQTT接收和发送消息频繁中断
xiaowenli~~~的博客
01-03 9180
造成原因： 相对于mqtt服务器我们都是客户端，对于一个客户端mqtt消息接收使用的clientid和消息接收的clientid相同。接收端和客户端启动的时候都是长连接，接收端实现的是MessageProducer，客户端实现的是Lifecycle。如果客户端id不一样的话，接收数据和发送数据执行的时候会断开重连，直到完全断开。 解决办法： 改成不相同。 ...
mq消息阻塞处理方式
qq_42219895的博客
05-19 3796
mq消息阻塞处理方式
mqtt 发送消息过多_(5条消息)使用org.eclipse.paho.client.mqttv3 出现 正在进行过多发布的问题 解决方案...
weixin_28722991的博客
12-31 1960
.mqttv3支持 MqttClient (同步)、MqttAsyncClient(异步)，官方建议使用异步实现，使用返回的token追踪状态，并可以使用token.waitForCompletion(); 阻塞进程，直到操作完成,但是请留意，官网有真么一句话：If a client connects with cleanSession true then there will be no de...
【网络波动mqtt客户端消息发送线程卡住问题以及解决方案】
weixin_43999761的博客
04-26 1401
原因：有一个mqtt客户端处理业务代码，由于数据毕竟频繁，所以使用了线程池，如下通过submit()执行业务代码，当受到网络波动时（即一段时间没有网络，后续又有网络，mqtt客户端进行重连），mqtt客户端client.publish(topic, message);推送没有反馈，线程卡住，导致线程池进行中线程一直不能被释放。
#ifdef CLOUD_IOT_CHANGE_CONNECTION if (iot_cloud.mqtt_ctx_2) { CLOUD_IOT_DEBUG("iot_cloud.mqtt_ctx_2.cloud_mqtt_status = %d", iot_cloud.mqtt_ctx_2->cloud_mqtt_status); } if (iot_cloud.mqtt_ctx) { CLOUD_IOT_DEBUG("iot_cloud.mqtt_ctx.cloud_mqtt_status = %d", iot_cloud.mqtt_ctx->cloud_mqtt_status); } #endif
最新发布
01-05
这段代码是用于 **MQTT 客户端连接状态调试信息输出** 的预处理条件代码，主要用于在 **支持多连接切换（换腿）** 的情况下，打印当前两个 MQTT 客户端连接的状态。 --- ### ✅ **功能解析：** #### 📌 `#ifdef CLOUD_IOT_CHANGE_CONNECTION` - 这是一个 **编译开关**，如果定义了 `CLOUD_IOT_CHANGE_CONNECTION`，则编译器会包含该段代码。 - 表示设备支持 **MQTT 连接切换（换腿）机制**，即在保持旧连接的同时尝试建立新连接，成功后再切换过去。 #### 📌 `iot_cloud.mqtt_ctx_2` 和 `iot_cloud.mqtt_ctx` - `iot_cloud` 是一个全局的 **云服务上下文结构体**。 - `mqtt_ctx` 和 `mqtt_ctx_2` 是两个 **MQTT 客户端上下文指针**： - `mqtt_ctx`：表示当前主用的 MQTT 客户端连接。 - `mqtt_ctx_2`：表示备用的或正在尝试建立的新连接。 #### 📌 `cloud_mqtt_status` - 是 `mqtt_client_ctx_t` 结构体中的一个字段，表示当前 MQTT 客户端的连接状态。 - 状态可能包括： - `IDLE`：空闲 - `WORKING`：正在工作（连接成功） - `DISCONNECTED`：断开连接 - 其他自定义状态 #### 📌 `CLOUD_IOT_DEBUG` - 是一个调试日志打印宏，用于输出调试信息到日志系统。 --- ### 🧠 **代码逻辑说明：** ```c #ifdef CLOUD_IOT_CHANGE_CONNECTION if (iot_cloud.mqtt_ctx_2) { CLOUD_IOT_DEBUG("iot_cloud.mqtt_ctx_2.cloud_mqtt_status = %d", iot_cloud.mqtt_ctx_2->cloud_mqtt_status); } if (iot_cloud.mqtt_ctx) { CLOUD_IOT_DEBUG("iot_cloud.mqtt_ctx.cloud_mqtt_status = %d", iot_cloud.mqtt_ctx->cloud_mqtt_status); } #endif ``` #### ✅ 如果启用了换腿功能（`CLOUD_IOT_CHANGE_CONNECTION`）： - 检查 `mqtt_ctx_2` 是否存在，如果存在，打印它的连接状态。 - 检查 `mqtt_ctx` 是否存在，如果存在，打印它的连接状态。 - 用于调试当前两个连接的状态，判断是否需要进行连接切换。 --- ### 🧩 应用场景： 这段代码通常出现在以下场景中： | 场景 | 说明 | |------|------| | **MQTT 重连/换腿** | 当设备检测到当前连接不稳定时，尝试建立新连接（`mqtt_ctx_2`），成功后再切换过去。 | | **双连接热备份** | 维持两个连接，一个主用一个备用，提升连接可靠性。 | | **调试连接状态** | 开发阶段用于观察两个连接的状态变化，便于排查连接问题。 | --- ### ✅ **总结：** > 这段代码用于在支持换腿连接的 MQTT 客户端中，打印当前两个连接的状态，方便调试和判断连接切换逻辑是否正常。 ---
评论 1
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值