黑马点评day05-Redis消息队列

最新推荐文章于 2025-06-22 12:24:33 发布

原创

最新推荐文章于 2025-06-22 12:24:33 发布 · 464 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#redis #数据库 #缓存

文章探讨了在JVM上实现阻塞队列用于异步秒杀的场景，通过引入Redis的List结构和PubSub机制解决内存限制和数据安全问题。进一步介绍了RedisStream的特性，如消息持久化、多消费者以及消费者组，强调了其在消息确认和防止消息丢失上的优势，适用于优化秒杀下单流程。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

基于JVM的阻塞队列实现的异步秒杀问题：

内存限制问题

数据安全问题

1、消息队列引入

使用队列的好处在于 **解耦：**所谓解耦，举一个生活中的例子就是：快递员(生产者)把快递放到快递柜里边(Message Queue)去，我们(消费者)从快递柜里边去拿东西，这就是一个异步，如果耦合，那么这个快递员相当于直接把快递交给你，这事固然好，但是万一你不在家，那么快递员就会一直等你，这就浪费了快递员的时间，所以这种思想在我们日常开发中，是非常有必要的。
这种场景在我们秒杀中就变成了：我们下单之后，利用redis去进行校验下单条件，再通过队列把消息发送出去，然后再启动一个线程去消费这个消息，完成解耦，同时也加快我们的响应速度。

2、基于Redis的List结构模拟消息队列（5种基本数据类型之一）

List：双向链表

基于List的消息队列有哪些优缺点？
优点：

* 利用Redis存储，不受限于JVM内存上限
* 基于Redis的持久化机制，数据安全性有保证   做数据存储的数据结构都支持持久化
* 可以满足消息有序性

缺点：

* 无法避免消息丢失
* 只支持单消费者

3、基于Redis的LPubSub结构消息队列（专门的发布订阅机制）

PSUBSCRIBE：pattern

基于PubSub的消息队列有哪些优缺点？
优点：

* 采用发布订阅模型，支持多生产、多消费

缺点：

     发布订阅 (pub/sub) 可以分发消息，但无法记录历史消息
* 不支持数据持久化  本身就是订阅发布机制，不同于基础数据存储数据类型，故而不支持持久化，如果出现网络断开、Redis 宕机等，消息就会被丢弃
* 无法避免消息丢失   无消费者订阅，channel的消息会丢失
* 消息堆积有上限，超出时数据丢失  如果有消费者监听，消息会存储至消费者的缓存区域（有上限）