Redis 消息队列在 SpringBoot 中的使用
内容提要
Redis可用作数据缓存、NoSQL数据库和轻量级消息队列，提供多种实现方式。RedisTemplate封装的操作命令方便进行push和pop操作，支持RPOPLPUSH和BRPOPLPUSH命令。使用Sorted Set实现延迟消息队列，Pub/Sub模式实现消息多播，Stream实现消息持久化和主备复制。但成熟的MQ工具如RabbitMQ和Kafka更适合大规模应用。
延伸解读
List 队列的可靠性增强技巧
文章指出，List 实现消息队列时，除了基本的 push/pop，还可使用 RPOPLPUSH 或 BRPOPLPUSH 命令。这两个命令能从源队列取出消息并原子性地写入备份队列，业务处理成功后再从备份队列移除。若处理失败，可从备份队列恢复消息，从而简单保证消息可靠性。这比单纯 pop 多了一层保障，适合对消息丢失敏感但不想引入完整 MQ 的场景。
Sorted Set 延迟队列的实现要点
Sorted Set 因元素唯一且按 score 升序排列，适合做简单的延迟消息队列。文章示例中，生产端将消息的过期时间戳作为 score 存入，消费端则循环用 rangeByScore 查询 score 小于当前时间的元素，取出后立即删除。这种方式能实现延迟触发，但消费端需轮询，且删除与处理非原子，高并发下可能重复消费，需业务侧注意幂等。
Pub/Sub 与 Stream 的关键差异
Pub/Sub 模式支持消息多播和模糊匹配频道，但消息不持久化，也没有 ACK 确认，订阅者离线期间的消息会丢失。Redis 5.0 引入的 Stream 则提供了持久化和主备复制，并支持消费者组、ACK 机制，更接近专业 MQ。若需要消息不丢且能回溯，应优先考虑 Stream；若只是实时广播且允许丢消息，Pub/Sub 更轻量。
选型建议：轻量场景与成熟 MQ 的权衡
文章强调，虽然 Redis 能通过 List、Sorted Set、Pub/Sub 和 Stream 实现消息队列，但成熟的 MQ 工具如 RabbitMQ、Kafka 更适合大规模应用。Redis 方案的优势在于无需额外引入组件，适合轻量级、已有 Redis 且对消息可靠性要求不极端的场景。若业务对吞吐、持久化、顺序、事务等有更高要求，应评估专业 MQ，避免自行踩坑。
Q&A
Redis 在 SpringBoot 中如何实现消息队列？
Redis 可以通过 List、Sorted Set、Pub/Sub 和 Stream 等多种方式实现消息队列。
RedisTemplate 在消息队列中有什么作用？
RedisTemplate 封装了 Redis 的操作命令，方便进行 push 和 pop 操作。
如何使用 Sorted Set 实现延迟消息队列？
使用 Sorted Set 可以按 score 值升序排列元素，适合实现简单的延迟消息队列。
Redis 的 Pub/Sub 模式有什么特点？
Pub/Sub 模式支持消息多播和模糊匹配频道，但不支持持久化和 ACK 确认。
Redis Stream 的优势是什么？
Redis Stream 提供消息持久化和主备复制功能，是相较于 Pub/Sub 的一个优势。
Redis 消息队列与 RabbitMQ 和 Kafka 的比较如何？
虽然 Redis 提供消息队列功能，但 RabbitMQ 和 Kafka 更适合大规模应用。
