一、什么是幂等?
百度中是这么介绍的:
幂等性:同一接口或者方法使用相同的参数调用, 多次调用的结果和单次调用的结果是一致的。
二、使用幂等的场景
1、前端重复提交
用户注册,用户创建商品等操作,前端都会提交一些数据给后台服务,后台需要根据用户提交的数据在数据库中创建记录。如果用户不小心多点了几次,后端收到了好几次提交,这时就会在数据库中重复创建了多条记录。这就是接口没有幂等性带来的 bug。
2、接口超时重试
对于给第三方调用的接口,有可能会因为网络原因而调用失败,这时,一般在设计的时候会对接口调用加上失败重试的机制。如果第一次调用已经执行了一半时,发生了网络异常。这时再次调用时就会因为脏数据的存在而出现调用异常。
3、消息重复消费
在使用消息中间件来处理消息队列,且手动 ack 确认消息被正常消费时。如果消费者突然断开连接,那么已经执行了一半的消息会重新放回队列。
当消息被其他消费者重新消费时,如果没有幂等性,就会导致消息重复消费时结果异常,如数据库重复数据,数据库数据冲突,资源重复等。
三、、常见解决方案
1、唯一索引 – 保证插入的数据只有一条
2、token机制 – 每次接口请求前先获取一个token,然后在请求的时候在请求的header体中加上这个token,后台进行验证,如果验证通过删除token,未通过校验,则提示token无效
3、悲观锁 – 获取数据的时候加锁(锁表或锁行)
4、乐观锁 – 基于版本号version实现, 在更新数据那一刻校验数据
5、分布式锁 – redis(jedis、redisson)或zookeeper实现
6、状态机 – 状态变更, 更新数据时判断状态