不用考虑 redis ，mqtt 才是王道， 原因就一个， 行业规范， 客户端终端基本都会支持 mqtt 协议。

如果你是做的玩，随便用什么无所谓。

对 MQTT 不是非常熟悉，但我认为直接把「 Redis as MQ 」这样的解决方案暴露给客户端是不明智的，因为 Redis 不是设计给这种用途的。例如连接数、公网安全、弱网鲁棒性。

我觉得要么用经典方案，要么想想办法弄个网关

这几天 我 完成了 esp32 下 redis 集群客户端 。redis server 端口通过 redis 模块 重写了部分指令 ，进行了 qps 限制和 key 长度限制。

单个账号的重复登陆 和 连接内存占用也加了限制，也对 auth 指令的穷举次数做了限制。

客户端能用到的指令。都通过 redis module 进行了重写和限制。

算是解决了我正文里面提到的几个问题。

楼上各位大佬 都只是在说 不建议，但是没有人说原因和解决方案。

想知道 理由和原因。

感谢各位！

经过几天折腾和反复测试，redis 性能确实要比多数 mqtt 好很多，但是多并发的情况下，性能开支不低。虽然比部分 mqtt 还是好很多。但是依旧不客观。

目前自己用 golang+gnet 实现了针对物联网的消息服务器，性能满意。