1. 什么是幂等性
幂等性,即某个操作,多次执行,对系统的影响是相同的。
如 i++,每一次调用,i 都会加 1,i 的值是不断变化的,就不是幂等的。
如数据库的 select 操作,无论执行多少次,系统中的数据都不会发生变化,就是幂等的。
在我们进行网购时,有可能一个订单会被多次发送给支付系统,那么就需要保证只扣一次费,也就需要保证系统的幂等性。
2. 幂等性的划分
一般消息中间件的消息传输保障分为:
- At most once:最多一次,消息可能会丢失,但不会重复传输
- At least once:最少一次,消息不会丢失,但可能会重复传输
- Exactil once:恰好一次,每条消息仅会被传输一次
RabbitMQ 支持 At most once 和 At least once。恰好一次的实现难度较大,难以做到。
最多一次,可能会由于网络原因,导致消息丢失,在开发场景中一般不使用;
最少一次,可能会造成消息的重复接收,于是就需要针对重复收到的消息进行处理。
3. 可能会引发消息重复传输的场景

- 当生产者给 MQ 发送消息时,MQ 已经收到消息并且返回了 ack,但由于网络等原因,生产者没有收到 ack,那么此时生产者就会再次向 MQ 发送该条消息,就造成了 MQ 收到了两条重复的消息。
- 当 MQ 给消费者发送消息时,消费者已经成功处理了消息并返回了 ack,但由于网络等原因,MQ 没有收到 ack,于是 MQ 就会再次给消费者发送该条消息,就造成了消费者收到两条重复的消息。
4. 如何解决消息重复接收
4.1 全局唯一 ID(主要)
为每一条消息都分配一个唯一的 ID,这样消费者接收到消息时,会先判断该消息是否已经消费过了,若已经被消费,就会直接丢弃;若没有被消费,就会进行消费,并将 ID 存入 Redis(包括但不限于 Redis) 中。
这样消费者就可以根据 Redis 中是否存有接收到的消息的 ID 来判断该消息是否存储过。
4.2 业务逻辑判断
通过检查数据库中是否存在相关数据记录等操作,确保收到的消息没有执行过,然后才会进行处理。