Redis 除了呗广泛认知为 缓存外，还可以 作为 消息队列
为什么能够作为消息队列？因为redis 的数据结构 list / zset 的存在，支持
list结构 入队出队 的表现形式，搭配 rpush 生产消息，lpop 消费消息，可以实现 消息队列
zset 结构 可以有过期时间的表现形式，可以实现 延迟队列
- 1：1 生产一个 消费一个
rpush 生产消息，lpop 消费消息.
如果没有消息，没办法消费，就会一直空轮询导致性能下降，需要 sleep来到达保持性能，但是一旦多了就会影响性能
所以 最好使用 blpop/brpop 替代前面的 lpop/rpop，这个命令在有消息工作，没消息阻塞等到有消息在工作，很好的保证性能前提又能完成任务。
但是 长时间的不工作，可能会被认为闲置功能被服务器回收。编写时注意异常捕获，以免被回收。1：N 发布订阅模式
pub/sub 实现生产一次，消费多次给订阅者
缺点：如果在还没发送到消费者信息，消费者下线那这个生产的消息就消失了，因为不是专业的消息队列，如果想做到完美消息管控，就使用专业消息Kafka/RocketMQ。
延迟的前提，是知道延迟多久去发送消息，这个就需要一个参数来代表时间延迟表现。
所以延时队列可以通过 Redis 的 zset(有序列表) 来实现。我们将消息序列化成一个字符串作为 zset 的 value，这个消息的到期处理时间作为 score，然后用多个线程轮询 zset 获取到期的任务进行处理，多个线程是为了保障可用性，万一挂了一个线程还有其它线程可以继续处理。保证延迟发送的可靠性。
