redis 消息队列 过段时间不能下发_redis专题03 消息队列系列问题

很多业务场景中多会用到消息队列来传递消息数据问题， 常用的消息队列如NSQ,NAS, Rabbitmq和Kafka等重量级消息队列中间件，功能很强大 使用起来自然也复杂，其实在大部分场景只是需要一个消息队列来传递数据，数据量，数据之间的顺序等也没有特殊的要求， 这样的场景使用redis非常轻松就可以搞定，而且在使用和维护上相对而言要简单方便些,当然redis的消息队列不是专业的消息队列，它没有非常多的高级特性，没有ack保证，如果对消息的可靠性有着极致的追求，那么它就不适合使用；

新秀NQS集群搭建相对简单，文档也很简介易懂，但其维护性和代码嵌入性上来讲要比用redis消息队列复杂的多， 此外使用过Rabbitmq的同学知道它使用起来有多复杂，发消息之前要创建Exchange，再创建Queue，还要将 Queue和Exchange通过某种规则绑定起来，发消息的时候要指定routing-key，还要控制头部信息。消费者在消费消息之前也要进行上面一系列的繁琐过程。

list结构模拟队列

redis中可以用list(列表)结构来模拟队列和栈，而且非常简单，也常用来作为异步消息队列使用，使用rpush/lpush操作入队列，使用lpop/rpop来出队列。

客户端是通过队列的pop操作来获取消息，然后进行处理。处理完了再接着获取消息，再进行处理。显然客户端不停的pop操作，当队列空后，客户端就会陷入pop的死循环，此时空轮询不但拉高了客户端的CPU占用率,redis的 QPS也会被拉高，如果这样空轮询的客户端有几十来个，redis的慢查询可能会显著增多。

上述问题通常可以通过sleep命令来