Toggle navigation
首页
问答
文章
积分商城
专家
专区
更多专区...
文档中心
返回主站
搜索
提问
会员
中心
登录
注册
paho-mqtt
疯狂吐槽mqtt组件，使用mqtt的需要注意
发布于 2019-11-05 16:30:22 浏览：9975
订阅该版
准备使用mqtt开发产品，于是先进行mqtt组件的评估，例子跑起来没问题，但是例子跑完读了下源码，目测出几个严重的问题，该组件基本不能商用。现将问题列举如下： 1.mqtt发送是通过pipe或udp回环方式，udp方式没什么问题，但是要多使用一个回环网卡，多少令人不爽。 2.pipe模式下，就有严重问题了。mqtt消息发布时，如果消息大小大于pipe容量，则消息会被截断，前一部分会正常发送，后一部分找不pipe的mqtt头部，会发送不成功。对于一个消息，要么发布失败，要么发布成功，截断发送显然是不合理的。当然pipe是阻塞模式的，不会丢弃数据，所有发送数据都放入了pipe里，但因为容量限制会被截断。 3.pipe模式下，如果发布消息过快，那么pipe接收数据可能会将2个消息合并为一个发送，这显然就是严重的错误了。这2个消息可能都是不同的主题，他擅自合并。要解决的话，只能每条消息写入pipe的话增加头尾和长度，读出来的时候头尾和长度的整包读出来在发送。 4.不能忍受的是因为使用pipe或者udp要发布一个消息，数据要来回多拷贝4次，大家可以去读源码看。 5.mqtt组件写的只支持Qos1，但是事实上并未对MQTT ACK做处理，他只是等待信号量，保证pipe拿走数据，并且已经通过网络发走，发送成功失败与否都没做处理，这谈不上Qos1。 鉴于以上问题，mqtt组件根本无法实际商用，本人已经重写，近期会重新上传一个能够商业应用的mqtt组件。
查看更多
63
个回答
默认排序
按发布时间排序
bernard
2019-11-11
这家伙很懒，什么也没写！
只适合学习，这个确实有些以偏概全了。 mqtt这里用pipe方式，是因为不是太好处理并行收发的问题。目前这样的问题，或许是pipe用法的不对，或者例如说只传递过去指针可能更合理。不过pipe确实是类似于stream的模式，能发的就都先发了。 另外RT-Thread中有不合理的地方大家可以多提提，RTT也一直在持续进化中，RTT平台本身会遵循**“小而美”**的原则来小心谨慎添加 & 更改代码、功能。而在维护好RTT平台本身的情况下，也会优先处理好核心软件包的事情。不过对软件包这边确实会相对松些，因为也希望大家多多参与，把自己的想法、组件分享出来，所以基本上任何社区开发者的任何软件包都可以提、添加到软件包索引中。
MurphyZhao
认证专家
2019-11-14
这家伙很懒，什么也没写！
看完这里的评论，内心五味陈杂，说说自己的感受。 一个 RTOS 的核心就是系统调度，以及多任务的互斥与通讯，只要这些是稳定的，那么整个项目就有了基本的确定性。 后面，增加了异常处理，日志系统，各种组件，设备框架，驱动框架，第三方软件包，那么为什么会增加这些东西？ 我想，出发点就是为了开发更简单。 嵌入式开发真的是太碎片化了，不同的芯片，不同的硬件，不同的系统资源，不同的应用方式（中断、DMA），等等，这些都会因为不同的业务，不同的硬件，导致不一样的软件需求。 为了能够让碎片化的代码有那么一丝丝的重用性和确定性，RTT 抽象了设备框架、驱动框架，并将基本需求抽象为组件（如日志组件 ulog、网络组件 SAL）。这些努力，都是希望更多的代码复用，希望能够一次开发多处应用。 关于 menuconfig。每一块嵌入式代码模块都或多或少存在一些配置，要么是平台适配，要么是功能设置，要么就是资源配置。这些自定义的内容放到哪里，怎么样才能让软件开箱即用，又能让用户自由配置，灵活裁剪？我想 menuconfig 已经是非常有效的解决方式，以至于标准化的 Linux 依旧使用这种方式。为了让配置更简单，开发者用起来没那么难受，从该代码配置走向 menuconfig 的命令行界面，再到后面 IDE 里的可视化图形界面配置，这每一步都是为了简化开发者工作。但，不要妄想着自己啥都不用做了。作为项目代码开发维护者，你应当清除每一个功能组件的依赖关系，因为配置工具并不知道谁依赖谁，工具只能简化操作，并不能替代操作。 最后，RTT 提供的是通用代码，所有的组件、软件包都可能仅仅适应一定的场合，并不能全业务场景适用，即使是高级语言，也无法解决这个问题，不然哪来的性能优化与运维（尽管 RTT 在努力减少这部分工作）。当然，我们每一个人可能都是某个领域的大佬，如果你在应用 RTT 相关代码的时候，当它不能满足你的需求，或者它本身设计存在问题，如果你不能忍受，那就动手优化（就像这个帖子的作者一样）。
bernard
2019-11-11
这家伙很懒，什么也没写！
>快10年了吧，很多都是虚头的东西拿出来给别人看，但是仔细往深了挖掘就会发现并不适合用来做项目，比如针 ... --- 发展的过程中出现一些问题也是必然的。快10年了，但不能否认RTT是一款稳定的系统，否则也不会有这么多人使用。 如果说有很多修改的，做为一份开源中立的系统，没能合并在一起，是悲哀的（我不希望给大家的感受是：中国的一个人是一条龙，合在一起是一条虫，真的）。我在做这个系统之初，就希望它开源开放，让它应用得更多更广，而不是依赖我的力量。git上的PR永远都是打开的，可以多提补丁、建议，在遵循“小而美”，不会干扰到其他组件代码或其他BSP代码的前提下，都欢迎。 stm32的库更新，这部分是跟着ST的步伐走，也是一种无奈。太多人吐槽 HAL 不好用了……这个能怎么说，是跳坑了，还是趟坑了？不过stm32新BSP用的人还是更多，比原来的好很多。原来的stm32 bsp，驱动不全，问题也挺多，现在都得到长足的改观。 log输出问题，poll？指的是什么？rt_kprintf？或者ulog系统？rt_kprintf实现得简陋些，但是却是在中断中可用的非常好的一种方式。要异步，不poll，请看ulog，而且ulog可以对接不同的后端，同步或异步方式都很灵活。 menuconfig，这个是什么问题？没发现有什么问题，RTT平台（也就是RTT每次发布的代码，不包括软件包）的Kconfig一直在完善中，软件包则有些超出我们的管辖范围了。确实也会面临到一些问题，例如查找一个配置项不容易；英文的文本描述信息等。所以在这点上，我们期望通过图形化界面的配置器来解决<什么时候有？那还请想像下，把Kconfig翻成图形化配置的并且好用的，这个工作量啊>。 如果说都是虚头的东西，我也不会在这里回复你，还投入很多时间到代码，到社区中，直接删帖就好了。希望大家多吐槽，我们以及您一起多来完善，改观。
tyustli
2019-11-05
这家伙很懒，什么也没写！
期待大佬的 PR
aozima
2019-11-05
调网络不抓包，调I2C等时序不上逻辑分析仪，就像电工不用万用表！多用整理的好的文字，比截图更省流量，还能在整理过程中思考。
楼主说得对，楼主V5，点个赞！
hichard
认证专家
2019-11-05
这家伙很懒，什么也没写！
先确认下问题，描述是否有误，是否是真实存在的问题！也欢迎吐槽本人
whj467467222
认证专家
2019-11-06
开源，分享，交流，共同进步
膜拜大佬，期待大佬的PR
春和景明
2019-11-06
这家伙很懒，什么也没写！
膜拜大佬！
zhangjun
2019-11-06
这家伙很懒，什么也没写！
膜拜大佬！
来一颗糖
2019-11-08
这家伙很懒，什么也没写！
膜拜大佬！
撰写答案
登录
注册新账号
关注者
2
被浏览
10k
关于作者
hichard
这家伙很懒，什么也没写！
提问
3
回答
95
被采纳
6
关注TA
发私信
相关问题
1
esp8266用paho-mqtt出现溢出
2
开了其他线程paho_mqtt就出错，不开其他的就正常
3
paho-mqtt心跳间隔太快
4
mqtt hard fault on thread: mqtt0
5
paho-mqtt 出现错误
6
paho-mqtt 软件包支持Qos 2吗？有没有好的mqtt软件包推荐？
7
pahomqtt 发送数据频率过快导致多个组件出现问题
8
paho-mqtt遇到mqtt0的错误，出错在MQTTstrlen函数
9
添加Paho MQTT的SAMPLE文件报错
10
移植freemodbus主机和pahomqtt，如何组织线程
推荐文章
1
RT-Thread应用项目汇总
2
玩转RT-Thread系列教程
3
国产MCU移植系列教程汇总，欢迎查看！
4
机器人操作系统 (ROS2) 和 RT-Thread 通信
5
五分钟玩转RT-Thread新社区
6
【技术三千问】之《玩转ART-Pi》，看这篇就够了！干货汇总
7
关于STM32H7开发板上使用SDIO接口驱动SD卡挂载文件系统的问题总结
8
STM32的“GPU”——DMA2D实例详解
9
RT-Thread隐藏的宝藏之completion
10
【ART-PI】RT-Thread 开启RTC 与 Alarm组件
最新文章
1
使用百度AI助手辅助编写一个rt-thread下的ONVIF设备发现功能的功能代码
2
RT-Thread 发布 EtherKit开源以太网硬件！
3
rt-thread使用cherryusb实现虚拟串口
4
《C++20 图形界面程序：速度与渲染效率的双重优化秘籍》
5
《原子操作：程序世界里的“最小魔法单位”解析》
热门标签
RT-Thread Studio
串口
Env
LWIP
SPI
AT
Bootloader
Hardfault
CAN总线
FinSH
ART-Pi
USB
DMA
文件系统
RT-Thread
SCons
RT-Thread Nano
线程
MQTT
STM32
RTC
FAL
rt-smart
ESP8266
I2C_IIC
WIZnet_W5500
ota在线升级
UART
PWM
cubemx
freemodbus
flash
packages_软件包
BSP
潘多拉开发板_Pandora
定时器
ADC
GD32
flashDB
socket
中断
Debug
编译报错
msh
SFUD
keil_MDK
rt_mq_消息队列_msg_queue
at_device
ulog
C++_cpp
本月问答贡献
踩姑娘的小蘑菇
7
个答案
3
次被采纳
a1012112796
13
个答案
2
次被采纳
张世争
9
个答案
2
次被采纳
rv666
5
个答案
2
次被采纳
用户名由3_15位
11
个答案
1
次被采纳
本月文章贡献
程序员阿伟
7
篇文章
2
次点赞
hhart
3
篇文章
4
次点赞
大龄码农
1
篇文章
2
次点赞
ThinkCode
1
篇文章
1
次点赞
Betrayer
1
篇文章
1
次点赞
回到
顶部
发布
问题
分享
好友
手机
浏览
扫码手机浏览
投诉
建议
回到
底部
