qq_46248151的博客

在系统中当使用消息队列时，无论做哪种技术选型，有很多问题是无论如何也不能忽视的，如：消息必达、消息幂等等。本文以典型的RabbitMQ为例，讲解如何保证消息幂等的可实施解决方案，其他MQ选型均可参考。

简单来说，是指一个操作（或请求）无论被执行多少次，其对系统状态的影响都是一样的，就好像这个操作只执行了一次一样。换句话说，对于同一组输入参数，幂等的服务会给出相同的结果，并且不会改变系统的最终状态。与接口幂等的区别接下来我们将分别介绍几种服务幂等的解决方案。

通过token机制来保证幂等是一种非常常见的解决方案，同时也适合绝大部分场景。该方案需要前后端进行一定程度的交互来完成。无论先删token还是后删token，都会有一个相同的问题。每次业务请求都回产生一个额外的请求去获取 token。但是，业务失败或超时，在生产环境下，一万个里最多也就十个左右会失败，那为了这十来个请求，让其 他九千九百多个请求都产生额外请求，就有一些得不偿失了。虽然redis性能好，但是这也是一种资源的浪费。业务流程图1）修改工程中，新增生成令牌方法genToken@Autowired。