消息队列选型是后端架构的经典修罗场。Kafka扛得住每秒百万条日志，RabbitMQ的协议栈复杂得像瑞士军刀，Redis Streams? 很多人压根没把它当正经队列用。

Redis官方最近更新了文档，把自家Streams和Pub/Sub的适用场景摊开了讲。核心意思很直白：「如果你需要消息持久化和消费者组，Streams是轻量选择；但别用它来替代Kafka。」

这话听着像自谦，实则精准卡位。Kafka部署要拉Zookeeper（或KRaft），RabbitMQ的AMQP协议学习曲线陡峭，Redis倒是人人都会，但丢消息的风险被选择性忽略。

一个细节被开发者反复提及：Redis Streams默认不开启AOF持久化，重启即丢数据。官方文档这次把这条警告加粗了——之前藏在脚注里。

选型没有银弹。Kafka是重型货车，RabbitMQ是精密仪器，Redis Streams更像电动自行车——短途代步够用，上高速得掂量。