代码拉取完成，页面将自动刷新
首先感谢各位朋友的支持和信任，如果您已经在项目中使用了 mica-mqtt，希望您留下相关信息，为我们加油打气！！！
景区道闸，还是很好用的，期待集群的完善版，集群消息的处理，多个微服务的情况。集群能否不依赖redis
收到，很好的建议，后面版本好好考虑下，之前预研过 udp 的广播还有 gossip 协议来处理集群消息。调研 Ignite、Hazelcast 和 jraft
此处可能存在不合适展示的内容，页面不予展示。您可通过相关编辑功能自查并修改。
如您确认内容无涉及 不当用语 / 纯广告导流 / 暴力 / 低俗色情 / 侵权 / 盗版 / 虚假 / 无价值内容或违法国家有关法律法规的内容，可点击提交进行申诉，我们将尽快为您处理。
关树标
消息持久化，不应该放在broker里面进行吧，通过中间件消息转发到 业务服务器持久化可能更好？broker只负责消息解析和转发？
使用场景： 数据同步消息传输。点对点传输、轻量易于集成到业务中。
希望能将网络传输模块独立出来，可以方便集成其他组件等...
使用了管理物联网的智能家居，用来控制对应的智能家居和emqx通信协议。
我有个问题。就是因为我跟前端是通过mqtt进行连接的，但是我收到前端传入的mqtt之后要用websocket方式传送给其他的服务端，所以mica-mqtt没法当作websocket的客户端进行使用吧？或者说我是用的场景就存在问题？？？？
mqtt websocket 子协议只是前端浏览器受限（不支持 tcp，只支持 ws 长连接）才选择此方案。
服务端之间直接用 tcp mqtt 就行了，比 websocket 少一层协议包裹，性能会更好。
不错，问题是emqx 他这个工具只支持websocket连接，然后想着直接让pc端或者app端直连eqmx不安全，所以才多走java的mqtt，想着，那样的话似乎我这里只能先用服务端接收下，然后再用websocket送到eqmx中，尽管多了一层 ，但是比较安全，否则直连感觉不安全。。。
使用场景：物联网平台
选择 mica-mqtt 的理由： 轻量易于集成到业务中，稳定好用，项目已经平稳运行近2年。
对 mica-mqtt 的期待： 希望这个项目发展的越来越好。
1
物联网传感器使用，activemq和kafka都在用，能否支持像mq一样持久化，这样就可以不用mq了，直接一套集成进来
mica-net 里其实已经有文件队列的相关代码，还没集成。
EMQX没有数据持久化，商业版本又太贵，我用你这个订阅，收到的消息再持久化到数据库没啥问题吧？ 
使用场景：物联网传感器+数据应用平台
选择 mica-mqtt 的理由： bladex商业用户，根据友链而来。
对 mica-mqtt 的期待：
1.希望能和go版mochi-mqtt类似支持做文件存储持久化
2.我司大部分都是做软件开发的，对mqtt协议不熟悉，希望能类似topic能动态配置支持和多种使用场景示例，方便易于集成
3.mica-mqtt私服加强版、mica-net 源码 不知道有什么区别，没法推荐采购
4.mqtt的服务端性能目前如何，希望有一个横比或者同配置设备吞吐量的比较
持久化可以自己订阅
登录 后才可以发表评论
