请描述在 RabbitMQ 消息处理场景下，如何确保消费者对同一条消息重复投递时只产生一次业务影响，即实现消息幂等性的具体方案有哪些？

回答思路

1. 【回答框架 1】幂等性是指无论消息被消费多少次，业务结果都保持一致。在 RabbitMQ 中，由于消息可能因消费者处理失败而重新入队、因网络问题被重复投递，或者生产者重发，消费者必须自行保证幂等。
2. 【回答框架 2】常见的实现方案是使用业务唯一标识加去重存储。消费者在消费消息时，提取消息中的业务唯一键（如订单号、消息 ID），在数据库或缓存中查询该键是否已处理，若已处理则直接确认消息，不再执行业务逻辑；若未处理则执行业务逻辑并记录该键。
3. 【回答框架 3】另一种方案是利用数据库的唯一约束或分布式锁。例如，在处理订单支付消息时，将订单状态更新语句设计为条件更新，或者依赖数据库表的唯一索引，重复插入记录会失败，从而避免重复处理。
4. 【回答框架 4】还可以考虑使用 Redis 的 SETNX 命令或分布式锁来保证同一时间只有一个消费者处理同一业务键，但需要注意锁的过期时间设置，避免业务执行时间过长导致锁失效。
5. 【关键点 1】幂等性是消费者侧的责任，RabbitMQ 本身不提供幂等机制。
6. 【关键点 2】核心手段是业务唯一标识配合去重存储，如数据库唯一索引或 Redis SETNX。
7. 【关键点 3】需注意消息确认机制与幂等处理相结合，防止重复确认或重复消费。
8. 【关键点 4】分布式锁只能保证互斥，不能直接保证业务幂等，还需配合状态记录或去重表。
9. 【关键点 5】设计时需考虑业务操作是否天然幂等（如设置操作），否则必须显式处理。
10. 【易错点 1】将分布式锁误认为幂等保障，忽略锁失效或业务重复执行的风险。
11. 【易错点 2】使用状态记录时不考虑并发场景，导致竞态条件，需要配合原子操作或乐观锁。
12. 【易错点 3】忽略消息重试和死信队列场景，导致重复消息绕过去重逻辑。