用户对于同一操作，无论是发起一次请求还是多次请求，最终的执行结果是一致的，不会因为多次点击而产生副作用。
解决方法有很多。使用数据库的唯一约束实现幂等，比如对于数据插入类的场景，比如创建订单， 因为订单号肯定是唯一的，所以如果是多次调用就会触发数据库的唯一约束异常， 从而避免一个请求创建多个订单的问题。使用 redis 里面提供的 setNX 指令，比如对于 MQ 消费的场景，为了避免 MQ 重复消费导致数据多次被修改的问题，可以在接受到 MQ 的消息时，把这个消息通过 setNx 写入到 redis 里面，一旦这个消息被消费过，就不会再次消费。使用状态机来实现幂等，所谓的状态机是指一条数据的完整运行状态的转换流程， 比如订单状态，因为它的状态只会向前变更，所以多次修改同一条数据的时候， 一旦状态发生变更，那么对这条数据修改造成的影响只会发生一次。当然，除了这些方法以外，还可以基于 token 机制、去重表等方法来实现，但是不管是什么方法，无非就是两种，要么就是接口只允许调用一次，比如唯一约束、基于 redis 的锁机制。要么就是对数据的影响只会触发一次，比如幂等性、乐观锁
以上就是我对这个问题的理解。
)
