RabbitMq幂等性问题（消息重复消费）思路

1、消息重复消费&重复投递

重复投递：
生产在往MQ发送消息时，MQ收到消息并持久化到本地后，进行发布确认告诉生产者，消息已经被持久化的过程中出现网络中断，生产者没有收到消息发布确认的消息，故而重新发送一条消息
重复消费：
消费者在消费 MQ 中的消息时，MQ 已把消息发送给消费者，消费者在给 MQ 返回 ack 时网络中断， 故 MQ 未收到确认信息，该条消息会重新发给其他的消费者，或者在网络重连后再次发送给该消费者，但实际上该消费者已成功消费了该条消息，造成消费者消费了重复的消息。

2、解决思路

MQ 消费者的幂等性的解决一般使用全局 ID 或者写个唯一标识，比如时间戳或者 UUID ，订单消费者消费 MQ 中的消息也可利用 MQ 的该 id 来判断，或者可按自己的规则生成一个全局唯一 id，每次消费消息时用该 id 先判断该消息是否已消费过。

3 消费端的幂等性保障

在海量订单生成的业务高峰期，生产端有可能就会重复发生了消息，这时候消费端就要实现幂等性， 这就意味着我们的消息永远不会被消费多次，即使我们收到了一样的消息。
业界主流的幂等性有两种操作:

方式1:

消息全局 ID 或者写个唯一标识(如时间戳、UUID 等) ：每次消费消息之前根据消息 id 去判断该消息是否已消费过，如果已经消费过，则不处理这条消息，否则正常消费消息，并且进行入库操作。(消息全局 ID 作为数据库表的主键，防止重复)。
这里可以结合业务，根据业务的唯一ID+消息的业务需求，拼接成唯一ID。在插入的时候通过主键校验来避免重复投递，在消费的时候通过状态判断来避免重复消费

方式2:

利用 Redis 的 setnx 命令：给消息分配一个全局 ID，消费该消息时，先去 Redis 中查询有没消费记录，无则以键值对形式写入 Redis ，有则不消费该消息。
已确认过，可以处理消息重复消费