发布/订阅模式
订阅者只需要注册自己，当有消息到来的时候，订阅者会收到通知，所以不需要去轮询。

术业有专攻

redis实现的是简单的队列，而且没有持久化，负载均衡可以说是没有（一个KEY不可能放到多台服务器）。这方面专门的MQ产品还是做到好些。

redis内存中实现队列，持久化不是强项，专门的MQ实现更可靠。redis的缓存功能是它的专长，没有好坏，只有更合适。

我知道一种实现方式是：用一个阻塞队列候着，一有消息就弹出。

我自己是用socket.io实现的消息队列。

直接写文件也能实现key-value啊，为什么还要redis？

抛开业务场景谈这些组件的选择就是耍流氓。 负载不大，可靠性要求不高，没有扩容需求的情况下自然都一样，甚至就像之前说的，不用redis，就写文件都行，往某个文件夹里写个文件=>入队，拿出来删掉=>出队

至于ack啊，分布式啊，抗压啊等等各种问题，redis基本没有现成解决方案，有的可以自己变通解决，有的就是解决不了，所以才会有各种各样的专业队列组件，有的注重速度，有的注重分布式，有的注重可靠性，他们都会试图解决redis解决不了的一些问题。就好像你磁盘写文件当key-value用，IO的速度自然成为瓶颈，负载能力上不去，所以才会有专业的redis来做内存的kv