RocketMQ - 从 RocketMQ 底层原理分析为什么会重复发优惠券？

1. 订单系统发送消息到MQ的时候会重复吗？

可能有的同学乍一看觉得应该不可能，但是其实在生产环境中运行的系统，显然是有可能把整个消息重复发两次的。

1. 首先假设用户在支付成功之后，我们的订单系统收到了一个支付成功的通知，接着他就向MQ发送了一条订单支付成功的消息，这个大家都知道没有什么问题。

   但是偏偏可能因为不知道什么原因，你的订单系统处理的速度有点慢，然后可能因为你订单系统处理的速度慢了，这就导致支付系统跟你订单系统之间的请求出现了超时，此时有可能支付系统再次重试调用了你订单系统得到接口去通知你，这个订单支付成功了，然后你的订单系统这个时候可能又推送了一条消息到MQ中，相当于是一个订单支付成功的消息，你重复推了两次到MQ，此时相当于是MQ里就会对一个订单的支付成功消息，共有两条。

   那如果你订单系统对一个订单重复推送了两次支付成功的消息到MQ，MQ里对一个订单有两条重复的支付成功消息，优惠券系统必然会消费到一个订单的两条重复的支付成功消息，也必然会针对这个订单给用户重复的派发两个优惠券。

2. 接着我们来考虑第二种情况，假设支付系统没有对一个订单重复调用你的订单系统的接口，而是你订单系统自己可能就重复发送消息到MQ里去，那这是一个什么情况呢？

   假设我们的订单系统为了保证消息一定能投递到MQ里去，因此采用了重试的代码，这种重试的方式就可能导致消息重复发送。

   假设你发送了一条消息到MQ了，其实MQ已经接收到了这条消息了，结果MQ返回响应给你的时候，网络有问题超时了，就是你没能及时接收到MQ返回给你的响应。这个时候，代码里可能会发现一个网络超时的异常，然后就会进行重试再