接口调用幂等性问题+解决方案

什么是接口调用幂等性问题?

现如今我们的系统大多拆分为分布式架构、微服务架构,一套系统中包含了多个子系统服务,而一个子系统服务往往会去调用另一个服务,而服务调用服务无非就是使用RPC通信或者RESTFUL,既然是通信,那么就有可能在服务器处理完毕后返回结果的时候挂掉,这个时候用户端发现很久没有反应,那么就会多次点击按钮,这样请求有多次,那么处理数据的结果是否要统一呢?那是肯定的!

接口幂等性就是用户对于同一操作发起的一次请求或者多次请求的结果是一致的, 不会因为多次点击而产生了副作用:比如说支付场景,用户购买了商品支付扣款成功,但是返回结果的时候网络异常,此时钱已经扣了,用户再次点击按钮,此时会进行第二次扣款,返回结果成功,用户查询余额返发现多扣钱了,流水记录也变成了两条,这就没有保证接口的幂等性。

哪些情况需要防止接口幂等性问题?

1、用户多次点击按钮

2、用户页面回退再次提交

3、微服务互相调用,由于网络问题,导致请求失败,feign触发重试机制

4、其他业务情况

常见的幂等性和非幂等性例子

以SQL为例,有些操作是天然幂等的。

  • SELECT * FROM table WHER id = ?,无论执行多少次都不会改变状态,是天然的幂等。

  • UPDATE tab1 SET col1=1 WHERE col2 = 2,无论执行成功多少次状态都是一致的, 也是幂等操作。

  • delete from user where userid = 1,多次操作,结果一样,具备幂等性。

  • insert into user(userid,name) values(1,'a'),如userid为唯一主键, 即重复操作上面的业务,只会插入一条用户数据,具备幂等性。

  • UPDATE tab1 SET col1 = col1 + 1 WHERE col2 = 2

  • 1
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值