千锋教育-IT职业教育良心品牌。千锋 HTML5 大前端课程颠覆升级：千锋全覆盖企业项目开发前端、中台、后台全流程，真实承接上下游需求，协同协作；项目交叉融合，PC端、移动端、智能终端，各平台功能实现，技能进步看得见；还原企业真实开发场景，从项目立项到部署上线全程参与，不落下每一个开发环节；高验收标准，以真实企业需求要求功能实现，项目无BUG，流畅运行；基础-专业-项目-企业-就业-职后六维全息课程覆盖职场就业与职后发展，助力学员从全栈工程师向架构师进阶，满足不同职业发展需求。

　　众所周知，Redis是一款开源的数据库，它使用ANSI C语言编写、遵守BSD协议、支持网络，并且可基于内存也可持久化的日志型、Key-Value高性能。

　　如何实现异步队列

　　（1）使用 Redis 中的 List 作为队列

　　使用上文所说的 Redis 的数据结构中的 List 作为队列 Rpush 生产消息，LPOP 消费消息。此时我们可以看到，该队列是使用 Rpush 生产队列，使用 LPOP 消费队列。在这个生产者-消费者队列里，当 LPOP 没有消息时，证明该队列中没有元素，并且生产者还没有来得及生产新的数据。

　　缺点：LPOP 不会等待队列中有值之后再消费，而是直接进行消费。

　　弥补：可以通过在应用层引入 Sleep 机制去调用 LPOP 重试。

　　（2）使用 BLPOP key [key…] timeout

　　BLPOP key [key …] timeout：阻塞直到队列有消息或者超时。

　　缺点：按照此种方法，我们生产后的数据只能提供给各个单一消费者消费。能否实现生产一次就能让多个消费者消费呢？

　　（3）Pub/Sub：主题订阅者模式

　　发送者（Pub）发送消息，订阅者（Sub）接收消息。订阅者可以订阅任意数量的频道。Pub/Sub模式的缺点：消息的发布是无状态的，无法增加可达。对于发布者来说，消息是“即发即失”的。此时如果某个消费者在生产者发布消息时下线，重新上线之后，是无法接收该消息的，要解决该问题需要使用专业的消息队列，如 Kafka…此处不再赘述。