接口幂等性

接口幂等性是确保同一请求多次执行结果相同的重要特性,尤其在支付、订单等关键场景。文章介绍了不实现幂等性可能带来的问题,如重复支付、订单创建等,并详细讨论了多种实现接口幂等性的方法,包括建立唯一索引、乐观锁、悲观锁、CAS思想、分布式锁、基于token的机制以及Redis的setnx命令。通过这些方法,可以确保在网络不稳定、用户重复操作等情况下的数据一致性。
摘要由CSDN通过智能技术生成


前言

在大多数情况下,一个大系统都会拆分为多个微服务组成。也就是说,一个大系统的完整功能往往是由多个子系统的小功能构建而成的,而一个子系统服务往往会调用另外一个子系统提供出来的服务,而服务调用无非就是使用RPC接口通信,既然是通信,那么就有可能在服务器处理数据完毕后返回结果的时候挂掉,这个时候客户端发现已经过了很久 但还是没能从服务器端拿到正确的响应,那么,客户端就有可能会多次点击按钮以触发多次接口请求,那么,处理数据的结果是否要统一呢?答案是肯定的,尤其是在支付场景。

1.接口幂等性的概念

幂等是一个数学与计算机概念,常见于抽象函数中。在编程中一个幂等操作的特点是多次任意执行多产生的影响和一次执行产生的影响相同。在接口中可以理解为:同一个接口多次发出同一个请求,必须保证操作只执行一次

2.不实现接口幂等性会产生怎样的问题

图片来源网络
在这里插入图片描述
不实现幂等性会产生哪些严重的后果:支付接口,重复支付会导致多次扣钱;订单接口,同一订单会多次创建。
现在服务大多是微服务分布式系统,例如支付场景,用户购买商品,发起支付操作,由订单系统向支付系统发起请求,由于网络原因没能及时返回操作成功信息给订单系统,可能会导致用户再次发起支付操作。

3.为什么会出现接口幂等性问题

  1. 网络波动,可能会引起重复请求;
  2. 用户重复操作,用户可能会无意触发多次,或者首次操作无响应,再次操作,导致重复发起请求;
  3. 使用了失效或者超时重试机制(Nginx重试、RPC重试或者业务层重试);
  4. 页面重复刷新
  5. 使用浏览器后退按钮重复之前的操作,导致重复提交表单;
  6. 使用浏览器历史记录重复提交表单;

4.使用幂等的业务场景

4.1 前端重复提交

用户注册、用户创建商品订单等操作,前端都会提交一些数据给后台服务,后台需要根据用户提交的数据在数据库中创建记录。如果用户不小心多点了几次,后端就收到了好几次提交,这时,就会在数据库中重复创建了多条记录。这就是接口没有幂等性带来的 bug。

4.2 接口超时重试

对于给第三方调用的接口,有可能会因为网络原因而调用超时失败,这时,一般在设计的时候会对接口调用加上超时/失败重试机制。如果第一次调用已经执行了一半业务逻辑时,发生了网络异常,这时,再次调用时就会因为脏数据的存在而出现调用异常。

4.3 MQ消息重复消费

在使用消息中间件来处理消息队列,且手动 ACK 确认消息被正常消费时,如果消费者突然断开连接,那么已经执行了一半的消息就会被重新放回队列。当消息被其他消费者重新消费时,如果没有幂等性,就会导致消息重复消费时结果异常,如数据库重复数据、数据库数据冲突、资源重复等。

5.怎么实现接口幂等性

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

颓了呀

收到你温暖的礼物,超开心,感激

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值