摘要：消息队列（MQ）是分布式系统的基石，但“至少一次投递”的语义决定了消息重复是常态，幂等是必须。本文从重复消费的根源出发，深入剖析三种常见幂等策略（消费记录表、Redis+DB、数据库唯一索引）的适用场景与陷阱，并提供一套可落地的选型指南。

一、“至少一次投递”

在生产环境中，我们几乎不可能保证消息“只被消费一次”。更常见的语义是 “至少一次投递（At Least Once）”，即消息可能被重复投递，消费者必须自行保证幂等性——多次消费同一条消息，最终的业务影响与消费一次完全相同。

路由选 RabbitMQ，可靠选 RocketMQ，海量选 Kafka。本文从 Broker 模型、存储机制、可靠性保障等维度，一次性讲透三款主流消息队列的核心差异。

---

一、引言

消息队列（Message Queue）是分布式系统中解耦、异步、削峰填谷的核心组件。然而，面对 RabbitMQ、RocketMQ、Kafka 这三款主流产品，许多开发者在选型时常常陷入困惑：它们到底有什么本质区别？各自的适用场景是什么？

本文将从 Broker 队列模型、消费者模型、消息存储机制、可靠性保障 等维度，对这三款消息队列进行深度对比分析。