三、Redis做延时队列

前言

      现在市面上有很多好用的开源的消息队列中间件，例如RocketMq、Kafka以及Rabbitmq等等，它们都可以在应用程序之间增加异步消息传递功能。但是要使用这些中间件都包含很多组件，在你的消费队列很少的情况下就显得不是很好。
      Redis做队列就可以处理这种甚至只有一组消费者的消费队列。当然要注意的是，Redis的消息队列不是专业的消息队列，没有那么多的高级特性，没有ack保证，如果对消息的可靠性有着极高的要求，那么它就不适合使用。

1、异步消息队列

      Redis的list(列表)数据结构是常用来作为异步的消息队列使用，使用rpush和lpush操作入队，用lpop和rpop命令操作出队，如图所示：

      它可以支持多个生产者和多个消费者并发进出消息，每个消费者拿到的消息都是不同的元素，如果所示：

      下面是rpush和lpop结合使用的例子。lpush和rpop同理。

2、队列之阻塞读

      消费端通过队列的pop操作来获取消息，然后进行相应的业务处理。然后再循环的获取消息。这就是作为队列消费者的客户端的生命周期。
      但是如果队列空了的话，消费端就会陷入pop的死循环，这样既会增加机器的CPU消耗，Redis的QPS也会同步提升，这样显然是不合理的。
      最简单的办法就是让消费线程sleep一会，这样是可以解决上述的问题，但是会增加消费端的延迟。Redis为我们提供了相应的阻塞pop操作，对应的命令是blpop/lrpop。这两个命令的前缀b代表的是blocking，也就是阻塞。阻塞读在队列没有数据的时候，会立即进入休眠状态，一但数据到来，则立即唤醒。消息的延迟几乎为0。这样就可以完美解决队列为空的场景。
      但是这种使用还会存在一个问题，就是空闲连接的问题。如果线程一直阻塞在哪里，Redis的客户端连接就成了闲置连接，当闲置时间过长的时候，服务器会主动断开连接，减少资源占用。这是bl