SpringBoot + Redis Stream + 消费组：替代 Kafka 轻量级消息队列，低延迟高吞吐
引言 最近项目中遇到一个有趣的选择：原本打算用Kafka做消息队列，但考虑到部署复杂度和资源消耗，最终选择了Redis Stream。结果发现这个组合不仅轻量，性能还超出预期。 很多同学一提到消息队列就想到Kafka、RabbitMQ这些重量级选手，但其实Redis 5.0引入的Stream特性，配合SpringBoot使用，完全可以胜任大部分业务场景的消息队列需求。 为什么选择Redis Stream？ 传统消息队列的痛点 Kafka的问题： 部署复杂，需要Zookeeper集群 资源消耗大，至少需要几个G内存 学习成本高，配置参数众多 对于小项目来说杀鸡用牛刀 Redis Stream的优势： 天然集成，已有Redis就可使用 轻量级，几乎零额外成本 API简单，学习曲线平缓 性能优秀，支持高并发 核心概念解析 Redis Stream vs 传统List 很多人问：既然Redis有List，为什么还要Stream？ # List方式（简单但功能有限） LPUSH order_queue "order_id:123" BRPOP order_queue 30 # Strea....
