默认
发表评论 4
想开发IM:买成品怕坑?租第3方怕贵?找开源自已撸?尽量别走弯路了... 找站长给点建议
MQTT协议做物联网应用时候订阅策略疑惑
阅读(44786) | 评论(4 收藏 淘帖
当1w个终端和主站进行交互,主站和终端双向通信
通过什么样的策略进行订阅和发布最简单呢?

即时通讯网 - 即时通讯开发者社区! 来源: - 即时通讯开发者社区!

标签:物联网 MQTT
上一篇:如何从零开始搭建IM系统下一篇:求教webrtc实现视频聊天的具体方法
推荐方案
评论 4
“通过什么样的策略进行订阅和发布最简单呢?”这句话该如何理解?
你现在遇到了什么问题?可以具体描述一下
如果主站和终端要点到点的应答,我的理解需要设定1w个Topic,每个Topic带终端编号
这样维护管理有一定工作量,且一旦要广播,也比较麻烦
不知道有更好的解决方案没有
签名: 该会员没有填写今日想说内容.
引用:taobai0731 发表于 2017-05-18 23:16
如果主站和终端要点到点的应答,我的理解需要设定1w个Topic,每个Topic带终端编号
这样维护管理有一定工作 ...

你应该这么理解,从网络通信的角度看,无论服务端是MQTT协议的服务器还是其它技术,1万个终端为了能与服务器通信,保持1万个长连接是必须的,没有复用的可能性,这是网络通信原理决定的。基于这点考虑,你还用纠结1万个topic是否合理吗
答主说的完全正确,今天用了一下阿里云的iot hub,每个设备创建后默认有3个主题

订阅的消息类型:
设备上报消息:指的是产品下所有设备Topic列表中具有发布权限的Topic中的消息,例如产品下面有三个Topic类,其中有/pk/${deviceName}/get:订阅、/pk/${deviceName}/update:发布、/pk/${deviceName}/update/error:发布。那么设备上报消息指的是,/pk/${deviceName}/update和/pk/${deviceName}/update/error对应的所有Topic中的消息。选中后保存,系统会把这些Topic中的消息转发到上面默认创建的MNS队列里
签名: 该会员没有填写今日想说内容.
打赏楼主 ×
使用微信打赏! 使用支付宝打赏!

返回顶部